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AVANT-PROPOS 



La P rogram m ation Orientee Objet (en abrege P. O.O.) a pour ambition de faciliter I'activite de 
program m atio n , notamment en permettant de developper des "com posants logiciels" reutilisables. E lie fait 
appel a des notions fonda m entales (classes, objets, heritage, ligature dynamique ou polym orphism e...} 
inconnues de la plupart des langages de program m ation traditionnels tels que C ou P ascal. 

Un certain nombre de langages ont ete definis de toutes pieces pour appliquer les concepts de P. 0.0. ; 
citons Smalltalk, Simula, Eiffel... (on parle alors de "Langages Orientes Objet" ou L.O.O.). Le langage 
C + + , quanta lui, a ete c o n c u suivant une dem arc he quelque peu differente par B . S troustrup (AT&T), a 
partir des annees 1 9 8 0; son objectif a ete, en effet, d'adjoindre au langage C un certain nombre de 
specifiers lui permettant d'appliquer les concepts de P. 0.0. Ainsi, C + + presente-t-il sur un "vrai 
L.0.0." I'originalite d'etre fonde sur un langage repandu. Ceci laisse au programmeur toute liberte 
d'adopter un "style plus ou moins oriente objet", en se situant entre les deux extremes que constituent la 
poursuite d'une progra m m ation classique d'une part, une pure P. 0.0. d'autre part. Si une telle liberte 
presente le risque de ceder, dans un premier tern ps, a la facilite en " m elangeant les genres" (la P .0 .0 . ne 
renie pas la program m ation classique - e 1 1 e I 'en rich it), e 1 1 e perm et egalem ent une "transition en douceur" 
vers la P .0 .0 pure, avec tout le benefice qu'on peu t en escom pter a term e. 

De sa conception jusqu'a sa normalisation, le langage C+ + a quelque peu evolue. Plus precisement, un 
certain nombre de publications de AT&T ont servi de reference au cours des dernieres annees. E lies sont 
connues sous la terminologie suivante : version 1.1 en 1 9 8 6, version 1.2 en 1 9 8 7, version 2.0 en 1 9 8 9, 
versions 2.1 et 3 en 19 91 ; cette derniere a servi de base au travail du com ite A N SI qui, sans la rem ettre en 
cause, I'a enrichie de quelques extensions et surtout de composants standard originaux se presentant sous 
form e de fonctions et de classes generiques. 

C et ouvrage est destine a tous ceux qui souhaitent maltriser le langage C+ + , que ce soit dans un but 
didactique ou en vue de developper de veritables applications. C oncu sous forme d'un cours, il suppose que 
vous possedez deja quelques rudiments de C 1 . En effet, realiser un livre de taille raisonnable ne necessitant 
aucune connaissance prealable nous aura it im m a nquablem ent conduit a etre succinct et, partant, a eluder les 
points qui se revelent en real ite les plus fonda m entaux lors du develop pern ent de logiciels en vraie grandeur. 

Bien que nous adressant a un public "averti", nous avons cherche a rester pedagogique. Les differentes 
notions, en particulier celles relatives aux concepts de P. 0.0, sont introduites progressivem ent. Les 
"references avant" ont toujours ete evitees, de f a g o n a permettre, le cas echeant, une etude sequentielle de 



- L e c a s echeant, on pourra trouver un cours complet de langage C dans Programmer en langage C du meme auteur, chez le meme 
edlteur. 
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I'ouvrage. C h a q u e notion est illustree par un programme complet, assorti d'un exemple d'execution 
m ontrant com m ent la m ettre en ceuvre dans un contexte reel. C elui-ci peut egalem ent servir : 

• a une prise de connaissance intuitive ou a une revision rapide de la notion en question, 

• a une experim entation directe dans votre pro pre environnem ent de travail, 

• de point de depart a une experim entation personnels. 

Nous avons c here he a etre com plet non seulem ent en couvrant I'ensem b I e des possib Mites du C + + , m a is 
egalem ent en approfondissant suffisamment certains aspects fondam entaux, de maniere a rendre le lecteur 
parfaitement operationnel dans la conception et le developpem ent de ses propres classes. C 'est ainsi que 
nous avons largement in si s te sur le role du constructeur de recopie, ainsi que sur la redefinition de 
I'operateur d 1 affectation, elem ents qui conduisent a la notion de "classe canonique" . T ou jours dans le m em e 
esprit, nous avons p r is so i n de b i e n develop per les notions avancees m a is i ndisp en sa bles que sont la ligature 
dynam ique et les classes abstraites, lesquelles debouchent sur la notion la plus puissante du langage qu'est le 
polym orphism e. De meme, nous avons largement in si s te sur les notions de conteneur, d'iterateur et 
d'algorithme qui interviennent dans I'utisation de bon nom bre de com posants de la bi b I iotheque standard. 

N otez que ce souci de com pi etude nous a am ene a presenter des elem ents d 1 in teret Mm i te (voire dangereux !) 
qui peuv ent etre ignores dans un p rem ier tern ps (no tarn m ent dans un cours de C + + ). I Is sont alors reperes 
par le pictogram m e 

L es chapitres les plus im por tan ts ont e te dotes d 1 ex ere ices 2 com porta nt : 

• des suggestions de manipulations destinees a mieux vous familiariser avec votre environnem ent ; par 
effet d' entrainem ent, el les vous feront pro bablem ent im aginer d'autres experim entations de votre cru ; 

• des program m es a rediger ; dans ce cas, un ex em pie de correction est fourni en fin de volume. 



Remarque concernant cette nouvelle edition 

Les dernieres editions se basaient plutot sur la version 3 et sur le projet de norme. Dorenavant, nous nous 
basons sur la norm e elle-m em e, laquelle est reconnue de la plupart des com pilateurs du m arc he, a quelques 
details pres (que nous signalons dans le texte). Toutefois, pour vous permettre d'utiliser d'anciens 
environnem ents de program m ation, nous mentionnons les apports de la norme par rapport a la version 3 
ainsi que les quelques differences avec les versions anterieures. C es dernieres ont surtout un caractere 
historique ; en particulier, el les m ettent en avant les points delicats du langage pour lesquels la genese a e te 
quelque peu difficile. 

P ar ail leu rs, cette nouvelle edition a e te enrichie de quatre chapitres supplem entaires (X V II a X X I ) et d'une 
annexe (F ) dec rivant les no uvea ux com posants standard, no tarn m ent les conteneurs et les algorithm es. 



■ D e nom b r eu x autres ex ere ices peu vent etre trouves dans E x ere ices en langage C + + du meme auteur, c h e z le m em e editeur. 



I. PRESENTATION GEN ERA LE 

DE C + + 



Le langage C+ + a ete c o n g u (a partir de 1 9 8 2 ) par Bjarne Stroustrup (AT&T Bell Laboratories) avec un 
objectif precis : ajouter au langage C des "classes" analogues a celles du langage Simula. II s'agissait done 
d e " greffer" su r u n langage classi qu e des possibilites d e " P rogram m ation 0 rientee 0 b jet" . A vant de vous 
deer ire le res u I tat auquel a abouti B . Stroustrup, nous com m encerons par exam in er sue cine tern ent ce qu'est 
la P rogram m ation 0 rientee Objet d'une m aniere gene rale. 



1. LA PROGRAM M ATION ORIENTEE OBJ ET 



1.1 La problem atique de la program m ation 

Jusqu'a maintenant, I'activite de program m ation a toujours suscite des reactions diverses allant jusqu'a la 
contradiction to tale. Pour certains, en effet, il ne s'agit que d'un jeu de construction enfantin, dans lequel il 
suffit d'enchalner des instructions elem entaires (en nombre restreint) pour parvenir a resoudre (presque) 
n'importe quel problem e . Pour d'autres au contraire, il s'agit de produire (au sens industriel du terme) des 
logiciels avec des exigences de qua lite qu'on tente de m esurer suivant certains c rite res ; citons : 

• I'exactitude : aptitude d'un logiciel a fournir les resultats voulus, dans des conditions normales 
d' utilisation (par ex em pie, donnees correspondant aux "specifications"), 

• la robustesse : aptitude a bien reagir lorsque Ton s'ecarte des conditions norm ales d' utilisation, 

• I'extensibilite : facilite avec laquelle un programme pourra etre adapte pour satisfaire a une evolution des 
specifications, 

• la reutilisabilite : possibility d'utiliser certaines parties ("modules") du logiciel pour resoudre un autre 
problem e, 

• la porta b i I i te : facilite avec laquelle on peut exploiter un meme logiciel dans differentes 
im plem entations, 

• I'efficience : tern ps d' execution, taille m em oire... 
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La contradiction n'est souvent qu'apparente et essentiellement liee a I'im porta nee des pro jets cone ernes. Par 
ex em pie, il est facile d'ecrire un program m e exact et rob uste lorsqu'il com porte une centaine d 1 instructions ; 
il en va tout autrement lorsqu'il s'agit d'un projet de dix horn m es-annees ! De meme, les aspects 
extensibility et reutilisabilite n'auront guere d'importance dans le premier cas, alors qu'ils seront 
probablem ent cruciaux dans le second, ne serait-ce que pour des raiso ns econom iques. 



1.2 La program m ation structuree 

La program m ation structuree a m anifestem ent fait progresser la qua lite de la production des logiciels. M a is, 
avec le recul, il faut bien rec o nnaltre que ses prop res fondem ents lui im posaient des lim itations " natu relies" . 
En effet, la program m ation structuree reposait sur ce que Ton nomme souvent "I'equation de Wirth", a 
savoir : 

A Igorithmes + Structures de donnees = Programmes 

Bien sur, e 1 1 e a permis de structurer les programmes, et, partant, d'en ameliorer I'exactitude et la 
robustesse. On avait espere qu'elle permettrait e g a I e m ent d'en ameliorer I'extensibilite et la reutilisabilite, 
Or, en pratique, on s'est a p e rc u que I'adaptation ou la reutilisation d'un logiciel conduisait souvent a 
"casser" le "module" interessant, et ceci parce qu'il etait necessaire de remettre en cause une structure de 
donnees. P recisem ent, ce type de difficulty est 1'em anation meme de I'equation de Wirth qui decouple 
totalem ent les donnees des procedures a gissant sur ces donnees. 



1.3 La Program m ation 0 rie n tee Objet 
a) 0 bjet 

C'est la qu'intervient la P. O.O. (abreviation de P rogram m ation Orientee Objet), fondee justement sur le 
concept d'objet, a savoir une association des donnees et des procedures (qu'on appelle alors methodes) 
a gissant sur ces donnees. Par analogie avec I'equation de W irth, on pourrait dire que I'equation de la P .0 .0 . 
est : 

M ethodes + D onnees = 0 bjet 



b) Encapsulation 

M ais cette association est plus qu'une simple juxtaposition. En effet, dans ce que I'on pourrait qualifier de 
P .0 .0 . "pure" 1 , on realise ce que I'on nomme une encapsulation des donnees. C ela signifie qu'il n'est pas 
possible d'agir directem ent sur les donnees d'un objet ; il est necessaire de passer par I' in term edi aire de ses 
m ethodes qui jo u ent a in si le role d' interface obligatoire. 0 n traduit parfois cela en disa nt que I'appel d'une 
methode esten faitl'envoi d'un "message" a I'objet. 

Le grand merite de I'encapsu lation est que, vu de I'exterieur, un objet se caracterise uniquement par les 
specifications 2 de ses methodes, la maniere dont sont reellem ent implantees les donnees eta n t sans 
im porta nee. On deer it souvent une telle situation en disant qu'elle realise une " abstraction des donnees" (ce 
qui exprime bien que les details concrets d' im plem entation sont caches). A ce propos, on peut remarquer 



1 ■ N ous verrons, en effet, que les concepts de la P .0 .0 . peuvent etre appliques d'une m anlere plus ou m olns rlgou reuse. En partlculler, 
en C + + , Ten capsulation ne sera pas obligatoire, ce qui ne veut pas dire qu'elle ne so It pas sou haita ble. 

2 ■ N om s, argum ents et roles. 
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qu'en program m atio n structuree, une procedure pouvait e g a I e m e n t etre caracterisee (de I'exterieur) par ses 
specifications, m a is que, faute d'enc a psulation, I 1 a bstraction des do n n ees n 1 eta it pas realisee. 

L 'encapsu lation des donnees presente un interet manifeste en matiere de qualite de logiciel. E lie facilite 
considerablem ent la maintenance : une modification eventuelle de la structure de donnees d'un objet n ' a 
d'incidence que sur I'objet lui-meme ; les utilisateurs de I'objet ne seront pas concerned par la teneur de 
cette modification (ce qui n 'eta it, bien sur, pas le cas avec la program m ation structuree). De la meme 
maniere, I 'encapsu lation des donnees facilite gran dement la re utilisation d'un objet. 

c ) C lasse 

En P. O.O. apparalt generalem ent le concept de classe 3 . Ce dernier correspond simplement a la 
generalisation de la notion de type que I'on rencontre dans les langages classiques. Une classe, en effet, 
n'est rien d'autre que la description d'un ensemble d'objets ayant une structure de donnees commune 4 et 
disposant des memes methodes. Les objets apparaissent alors comme des variables d'un tel type classe (en 
P.O .0 ., on dit aussi qu'un objet est une "instance" de sa classe). 

d) H eritage 

U n autre concept im porta nt en P .0 .0 . est eel ui d' heritage. II perm et de definir une nouvelle classe a partir 
d'une classe existante (qu'on reutilise en bloc I), a laquelle on ajoute de nouvelles donnees et de nouvelles 
methodes. La conception de la nouvelle classe, qui "herite" des pro prietes et des aptitudes de I'ancienne, 
peut ainsi s'appuyer sur des realisations anterieures parfaitement au point et les "sp ecialiser" a volonte. 
Comme on peut s'en douter, I ' heritage facilite largement la reutilisation de produits existants, et ceci 
d'autant plus qu'il peut etre reitere autant de fois que necessaire (la classe C peut heriter de B, qui e 1 1 e - 
m em e herite de A ) 5 . 



1 .4 P.O .0 . et langages 

N ous venons d'enoncer les grands principes de la P .0 .0 ., d'une m aniere generale, sans no us a ttac her a un 
langage particulier. 

Or, m anifestem ent, certains langages peuvent etre con?us (de toutes pieces) pour appliquer a la lettre ces 
principes et realiser ce que nous nommons de la P. 0.0. "pure". C 'est, par exemple, le cas de Simula, 
Smalltalk ou, plus recem m ent Eiffel. Le meme phenom ene a eu lieu, en son temps, pour la program m ation 
structuree avec P ascal. 

A I'oppose, on peut toujours tenter d'appliquer, avec plus ou moins de bonheur, ce que nous aurions 
tendance a nom m er "une philosop hie P.O .0 . " a un langage classiqu e (P ascal, C ...). On retro uve la une idee 
comparable a celle qui consistait a appliquer les principes de la program m ation structuree a des langages 
comme F ortran ou B ask. 

L e langage C + + se situe a m i-chem in entre ces deux points de vue. II a, en effet, ete obtenu en ajoutant a 
un langage classique (C ) les outils permettant de mettre en ce u v re tous les principes de la P. 0.0. 
Programmer en C + + va done plus loin qu'adopter une philosophie P. 0.0. en C, mais moins loin que de 
faire de la P .0 .0 . pure avec E iffel ! 



J - Dans certains langages {T urbo Pascal, par exemple), le mot classe est remplace par objet et le mot objet par variable. 

4 ■ B ien en ten du , seu le la structure est commune, les d o n n ees eta n t propres a chaque o b j e t. Les m ethodes, par c o ntre, so nt effectivem ent 
com m unes a I ' en sem b I e des objets d'une meme classe. 

5 ■ En C + + , les techniques d e methodes virtu el les elargissent encore plus la portee d e I 1 heritage ; mais i I n 'est pas possi ble, pour 
'instant, d'en faire percevoir 1 1 interet. 
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La solution adoptee par B. Stroustrup a le merite de preserver I'existant (com patibilite avec C+ + de 
programmes deja ecrits en C ) ; e 1 1 e permet egalement une "transition en douceur" de la program m ation 
structured vers la P .0 .0 . En revanche, e 1 1 e n ' i m pose nullem ent I'application stricte des principes de P .0 .0 . 
Comme vous le verrez, en C + + , rien ne vous em pechera (sauf votre bon sens !) de faire cohabiter des 
objets (dignes de ce nom, parce que realisant une parfaite encapsulation de leurs donnees), avec des 
fonctions classiqu es realisant des effets de bo rd su r des variables globa les... 



2.C + + ,C ANSIET P.0.0. 



P recedem m ent, nous avons dit, d 1 une facon quelque peu sim pliste, que C + + se presentait comme un " sur- 
ensemble" du langage C, offrant des possibilites de P.0.0. II nous faut maintenant nuancer cette 
affirm ation. 

D 'une part, lorsque Ton parle de sur-ensem ble du C , nous nous referons au langage C tel qu'il est defini par 
la norm e ANSI 6 . Or, en fait, il existe quelques incom patibilites entre le C ANSI et le C + + . C elles-ci, 
comme nous le verrons, sont neanm oins relativement mineures ; elles sont, pour la plupart, dues a la 
difference "d'esprit" des deux langages, ainsi qu'a la tolerance dont a fait preuve la norme ANSI en 
cherchant a "preserver I'existant" (certaines tolerances ont dispa ru en C + + ). 

D 'autre part, les extensions du C + + par rapport au C ANSI ne sont pas toutes veritablem ent liees a la 
P.0.0. C ertaines de ces extensions, en effet, pourraient etre ajoutees avec profit a u langage C , sans qu'il 
devienne pour autant "oriente objet" 7 . 

En fait, nous pourrions caracteriser C + + par cette form ule : 

C++ = C +_E + S + P 

dans laquelle : 

C designe le C norm e A N S I, 

E represente les "ecarts a la norme" de C + + , 

S represente les specif kites de C + + qui ne sont pas veritablem ent axees sur la P .0 .0 ., 
P represente les possibilites de P .0 .0 . 



3. LES INCOM PATIBILITES DE C + + AVEC LE C AN SI 

Les principaux "ecarts a la norme" sont decrits dans le chapitre II ; ils sont accompagnes de rappels 
concernant la norm e C A N S I. Ils concern ent essentiellem ent : 

• les definitions de fonctions : en-tetes, prototypes, argum ents et valeur de retour, 

• la p o r tee du qualificatif const, 

• les com patibilites entre pointeurs. 



° ■ Laquelle a sensiblem ent evolue, par rapport a la definition in itiale du langage C , r e a 1 i see en 1 97 8, par K ern ighan et R itchie. 

7 - D'ailleurs, certaines extensions d e C + + , par rapport a la prem iere definition du C ont ete introdu ites dans le C ANSI (prototypes, 

fonctions a argum ents variables. . . ). 
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II faut noter que ces incom patibilites so n t restees les m em es au fil des differentes versions de C + + 



5 



4. LES SPEC IFIC IT E S DE C + + 

Comme nous I'avons dit, C++ presente, par rapport au C ANSI, des extensions qui ne sont pas 
veritablem ent orientees P .0 .0 . E lies seront dec rites dans le chapitre IV . En v oici un bref resum e : 

• nouvelle form e de com m entaire (en fin de ligne), 

• plus gran de liberte dans I 1 em placem ent des declarations, 

• notion de reference facilitant la mise en oeuvre de la transmission d'argumentspar adresse, 

• su rdefin itio n des fonctions : attribution d'un meme nom a differentes fonctions, la reconnaissance de la 
fonction reellem ent appelee se faisant d'apres le type et le nombre des arguments figurant dans I'appel 
(on parle parfois de signature), 

• nouveaux opera teurs de g estion dyna m ique de la m em oire : new et delete, 

• possibility de definir des fonctions "en ligne" (inline), ce qui accrolt la vitesse d 'execution, sans perdre 
pour autant le form alism e des fonctions. 



5. C+ + ET LA PROGRAM MAT ION ORIENTEE 0 BJ ET 

L es possibilites de P .0 .0 . representent, bien sur, 1 1 esse n tie I de I'apport de C + + . 

C++ dispose de la notion de classe (generalisation de la notion de type defini par I'utilisateur). U ne classe 
com portera : 

• la description d'une structure de donnees, 

• des m ethodes. 

Sur le plan du vocabulaire, C + + utilise des term es qui lui sont prop res. On parle, en effet : 

• de "membres do n nee" pour designer les differents membres de la structure de donnees associee a une 
classe, 

• de "fonctions membre" pour designer les m ethodes. 

A pa rtir d'une classe, on pourra " instancier" des objets (nous dirons genera lem ent creer des objets) : 

• so it par des declarations usuelles (de type classe), 

• so it par allocation dyna m ique, en faisant a ppel au nouvel operateur new. 

C++ perm et I'encapsu lation des do n n ees, m a is il ne I ' i m pose pas. On peut le regretter m a is il ne faut pas 
perdre de vue que, de par sa conception meme (extension de C ), le C + + ne peut pas, de toute fa? on, etre 
un langage de P. 0.0. pure. Bien entendu, il reste toujours possible au concepteur de faire preuve de 
rigueur, en s'astreignant a certaines regies telles que I'encapsu lation a bso lue. 

C + + perm et de definir ce que Ton nom m e des " construe teurs" de classe. U n constructeur est une fonction 
membre particuliere qui est ex ecu tee au m om ent de la creation d'un objet de la classe. L e constructeur peut 
notamment prendre en charge " ("initialisation d'un objet", au sens le plus large du terme, e'est-a-dire sa 
m ise dans un eta t initial perm ettant son bo n fonction nem ent ulterieur ; il peut s'agir de b ana les initialisations 
de membres donnee, mais eg a I e m ent d'une preparation plus elaboree correspondant au deroulem ent 
d' instructions, voire d'une allocation dynamique d' em placem ents n ecessa ires a I'utilisation de I'objet. 
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L 'existence d'un constructed g a ran tit que I'objet sera to u jours initialise, ce qui constitue m anifestem ent une 
securite. 

D 'une m aniere si m i la ire, une classe peut disp oser d'un " destructeur" , fonction m em b r e ex ecu tee au moment 
de la destruction d'un objet. Celle-ci presentera surtout un interet dans le cas d'objets effectuant des 
allocations dy nam iques d' em placem ents ; ces derniers pourront etre I i b e r es par le destructeur. 

U ne des originalites de C + + , par rapport a d'autres langages de P .0 .0 ., reside dans la possibilite de definir 
des "fonctions amies d'une classe". II s'agit de fonctions "usuelles" (qui ne sont done pas des fonctions 
m em b r e d' une c lasse) qui sont autorisees (par une classe) a acceder aux donnees (encapsu lees) de la classe. 
C ertes, le principe d' encapsu lation est viole, m a is uniquem ent par des fonctions d urn ent autorisees a le fa ire. 

La classe est un type defini par I'utilisateur. La notion de "su rdefinition d'operateurs" va permettre de doter 
cette classe d'operations analogues a celles que Ton rencontre pour les types pred efin is. Par exemple, on 
pourra definir une classe complexe (destinee a representer des n o m b res complexes) et la munir des 
operations d' addition, de soustraction, de m u I ti plication et de division. Qui plus est, ces operations pourront 
utiliser les sym boles existants : + ,-,*,/. 

C dispose de possibilites de conversions (explicites ou im plicites). C + + perm et d'elargir ces conversions 
aux types d efin is par I'utilisateur que sont les classes. P ar ex em pie, on pourra donner un sens a la conversion 
int - > complexe ou a la conversion complexe -> float (com plexe eta nt une classe). 

N aturellem ent, C + + dispose de I' heritage et m em e (depuis la version 2.0) de possibilites dites " d' heritage 
m ultip le" perm ettant a une classe d ' heriter si m ultanem ent de p lusieu rs a u tres. 

En m a tie re d' en tree s - so rties, C + + com porte de nouvelles possibilites b a sees sur la notion de "flot" . L eurs 
avantages sur les entrees-sorties de C sont, en particulier : 

• sim plicite d' utilisation, 

• taille m em oire reduite (on n'introduit que ce qui est utile), 

• possibilite de leur donner un sens pour les types d efin is par I'utilisateur que sont les classes (grace au 
mecanisme de surdefinition d'operateur). 

Bien qu'elles soient liees a I'aspect P.O.O., nous ferons une premiere presentation de ces nouvelles 
possibilites d'entrees-sorties des le chapitre III. Ceci nous permettra de realiser rapidement des programmes 
dans I'esprit du C + + . 

D ans ses dernieres versions, le C + + a ete dote de la notion de patron. E lie perm et de definir des m o deles 
utilisables pour generer differentes classes ou differentes fonctions qualifiers parfois de gen er iques, m em e si 
cette gen eric ite n'est pas totalem ent integree dans le langage lui-m em e com m e e'est par ex em pie le cas avec 
ADA. 

E nfin, la norm e ANSI a notablem ent accru le contenu de la bibliotheque standard de C++ qui vient 
completer celle du C , toujoursdisponible. En particulier, on y trouve des nombreux patrons de classes et de 
fonctions perm ettant de mettre en ceuvre les structures de donnees et les algorithm es les plus usuels, evitant 
ainsi d'avoir a reinventer la roue a la moindre occasion. 



II. LES INCOM PA T IB I L IT E S 
DE C + + AVEC LE C AN SI 



A priori, le langage C + + peut etre considerecomme une extension du langage C , tel qu'il est defini par la 
normeAN SI. Tout programme ecriten C dev rait done pouvoir etre traduit correctem ent par un com pilateur 
C + + et son exec ution dev rait alors fournir les m em es res u I tats que ceux obtenus en utilisant un com pilateur 
C . 

Ce point de vue correspond effectivem ent au so u h a i t du concepteur du langage C+ + . Neanmoins, en 
pratique, un certain nombre "d'incom patibilites" avec le C ANSI ont subsiste, Elles sont essentiellem ent 
in herentes a I 'esprit m em e dans lequel les deux langages ont ete con? us. 

Nous allons d ec r i re ici les incom patibilites les plus importantes en pratique, en particulier celles qui se 
revelera ient quasim ent a coup sur dans la m ise au point de vos prem iers program m es C + + . A ce propos, 
notez que nous aurions pu nous contenter de " c iter" ces incom patibilites. N eanm oins, celles-ci sont definies 
par rapport au C ANSI ; elles concernent, pour la plupart, des possibilites qui n 'ex ista ient pas dans la 
premiere definition de K erninghan et Ritchie et qui ne sont done pas (encore) reconnues de toutes les 
im plem entations du C . A ussi, en profitons-nous pour vous ex poser (ou rappeler) ce que sont ces possibilites 
du C ANSI, en meme temps que nous vous montrons ce qu'elles sont devenues en C + + . 

Par ailleurs, quelques autres incom patibilites mineures seront abordees au fil des prochains chapitres ; elles 
seront toutes recapitulees dans I'annexe B . 



1. LES DEFINITIONS DE FO NOTIONS EN C + + 

Suivant la norme AN SI, il existe en C deux f a g o n s de definir 1 une fonction. Supposez, par exemple, que 
nous ayons a definir une fonction nommee fexple, fournissant une valeur de retour 2 de type double et 
recevant deux arguments, I'un de type int, I'autre de type double. Nous pouvons, pour cela, proceder de 
I'une des deux facons suivantes : 



double fexple (u, v) double fexple (int u, double v) 

int u ; { 
double v ; ... 



1 ■ N e confondez pas la "definition" (Tune fonction qui correspond a la description, a I 1 aide d 1 instructions C , de "ce que fait" une fonction 
avec sa "declaration" qui correspond a une simple inform ation (nom d e la f o notion et, eventuellem ent, type des arguments et d e la valeur 
de retour) fournie au com pilateur. 

2 ■ On parle egalem ent de " resultat fourni par la fonction" , de "valeur retour nee" ... 
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{ . . . /* corps de la fonction * / 

... /* corps de la fonction */ } 

} 

La p re m i e re form e eta it la seule p revue par la definition initiale de K ernighan et R itch i e . La seconde a ete 
in trodu ite par la norm e A N S I qui n ' a , toutefois, pas exclu I'ancienne 3 . 

L e langage C + + n'accepte, quanta lui, que la seconde form e : 

double fexple (int u, double v) 
{ 

... /* corps de la fonction */ 

} 

Remarque: 

C om m e en C AN SI, lorsqu'une fonction fournit une valeur de type int, le mot int peut etre om is dans 
I'en-tete. N ous ne vous conseillons gu ere, toutefois, d'em ployer cette possibility qui nuit a la I i si oil ite des 
program m es. 



2. LES PROTOTYPES EN C + + 



N ous venons de voir que le C + + eta it plus restrictif que le C ANSI en m a tie re de definition de fonction s. II 
en va de meme pour les declarations de fonctions. En C ANSI, lorsque vous utilisiez une fonction qui 
n'avait pas ete definie auparavant dans le meme fichier source, vous pouviez : 

• ne pas la declarer (on considerait alors que sa valeur de retour eta it de type int), 

• la declarer en ne precisant que le type de la valeur de retour, par ex em pie : 

double fexple ; 

• la declarer a I 1 aide de ce que Ton nom m e un "prototype" , par ex em pie : 

double fexple (int, double) : 

En C + + , un appel de fonction ne sera accepte que si le com pilateur connalt le type des argum ents et celui 
de sa valeur de retour. C e qui signifie que la fonction en question doit avoir fait I'objet d'une declaration 
so us forme d'un prototype (ou, a la rigueur, avoir ete prealablem ent definie dans le meme fichier source 4 ). 

N 'oubliez pas que, a chaque fois que le com pilateur rencontre un appel de fonction, il com pare les types des 
"argum ents effectifs" avec ceux des argum ents m uets correspondents 5 . En cas de difference, il m et en place 
les conversions necessaires pour que la fonction recoive des arguments du bon type. Les conversions 
possibles ne se limitent pas aux "conversions non d eg r a d a n te s " (tell e s que, par exemple, char -> double, 
int - > long). En effet, elles comportent toutes les conversions autorisees lors d'une affectation. On peut 
done y rencontrer des "conversions d eg r a d a n tes " telles que, par exemple, int -> char, double -> float, 
double -> int, ... 

V oici un exem pie illustrant ce point : 



■ Dans le s e u I but de rendre com patible avec la norm e, des anciens programmes ou des a nc iens c om pilateur s. 

■ T outefols, meme dans ce cas, le prototy p e reste consellle, no tarn m ent pour ev Iter tout pro b I e m e en cas d 1 ec I ate m ent du fichier source. 

■ N ous suppose ns que le com pilateur con nait le type des a rgu m ents de la fonction, ce qui est to u jours le cas en C + + . 
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double fexple (int, double) ; /* declaration de fexple */ 



main ( ) 
{ 

int n ; 
char c ; 

double z, resl, res2, res3 ; 



resl = fexple (n, z) ; /* appel "normal" - aucune conversion */ 

res2 = fexple (c, z) ; /* conversion, avant appel, de c en int */ 

res3 = fexple (z, n) ; /* conversion, avant appel, de z en int */ 

/* et de n en double */ 



Exemple de conversionsde types lors de I'appel d'une fonction 



R em arques 

1) Lorsque la definition de la fonction et sa declaration (sous forme d'un prototype) figurent dans le 
meme fichier source, le com pilateur est en mesure de verifier la coherence entre I'en-tete de la 
fonction et le prototype. S'il n'y a pas correspondance (exacte cette fois) de type, on obtient une 
erreur de com pilation. V oici un ex em pie correct : 

double fexple (int, double) ; /* declaration de fexple */ 
main () 

{ 

; 

/* definition de fexple */ 
double fexple (int u, double v) 
{ /* corps de la fonction */ 
} 

En revanche, celui-ci conduit a une erreur de com pilation : 

double fexple (int, float) ; /* declaration de fexple */ 
main () 

{ 

; 

/* definition de fexple */ 
double fexple (int u, double v) 
{ /* corps de la fonction */ 
} 

Bien entendu, si la definition de la fonction et sa declaration (done son utilisation 6 ) ne figurent pas 
dans le meme fichier source, aucun controle ne peut plus etre effectue par le com pilateur. En general, 



■A moins qu'on ne I'ait declaree, sans I'utiliser, ce qui arrive frequemment lorsque I'on fait appel a des fichiers en-tete. 
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a partir du moment ou Ton doit utiliser u n e fonction en dehors du fichier ou e 1 1 e est definie (ou, a 
partir de plusieurs fichiers source d i fferents), on place son prototype dans un fichier en-tete ; ce 
dernier est incorpore, en cas de besoin, par la directive #i n c I u d e , ce qui evite tout risque de faute 
d'ecriture du prototype. 

2) C om m e en C , la " portee" du prototype est Mm i te e a : 

- la partie du fichier source situee a la suite de sa declaration, si e 1 1 e figure a un niveau global, 
c'est-a-dire en dehors de toute definition de fonction 7 ; c'etait le cas du prototype de fexple dans 
nos precedents exem pies, 

- la fonction dans laquelle il figure, dans le cas contraire. 

3) D e m aniere analogue a ce qui se produit pour I'en-tete d'une fonction, lorsqu'un prototype ne precise 
pas le type de la valeur de retour, com m e dans : 

bizarre (int, float, char) ; 

C + + consider era qu'il s ' a git, par defaut, du type int. A in si, le prototype precedent est- i I equivalent 
a : 

int bizarre (int, float, char) ; 

N o us vous conseillons d' eviter cette possibility qui nuit a la lisibilite des program m es. 

4) Le prototype peut prendre une forme plus etoffee 8 , dans laquelle figurent egalement des noms 
d'argum ents. Ainsi, le prototype de notre fonction fexple du debut du paragraphe 2 pourrait 
egalem ent s'ecrire : 

double fexple (int a, double x) ; 

ou encore : 

double fexple (int u, double v) ; 

Dans ce cas, les nomsd'arguments (a et x dans le prem ier exem pie, u et v dans le second) ne jo u ent 
aucun role, lis sont purement et simplement ignores du compilateur, de sorte que ces prototypes 
restent pa rfa item ent equivalents aux precedents. On peut trouver un interet a cette possibility lorsque 
I ' o n souhaite accompagner ce prototype de commentaires decrivant le role des d i fferents arguments 
(cela peut s'averer pratique dans le cas ou Ton place ce prototype dans un fichier en-tete). 

5) Certains compilateurs semblent ne pas imposer I'emploi de prototypes. En realite, ils fabriquent 
a u torn atiquem ent un prototype a la rencontre du prem ier appel d'une fonction en tenant com pte de ses 
arguments effectifs. Une telle demarche qui semble partir d'un bon sentiment (alleger la tache de 
I'utilisateur) peut se reveler desastreuse. A ctuellem ent, toutefois, la tendance est de n ' effectuer ce 
" prototypage a u torn atique" que sur dem a nde ex p lie ite de I'utilisateur ou dans le cas de com pilation de 
program m es ecrits en C (pour eviter leur m odification system atique). 



■ Y com p r i s la fonction main. 

■ N o m m ee pa rfo is prototype com plet ; ' autre eta nt n o m m ee prototype red u it. 
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3. ARGUMENTS ET VALEUR DE RETOUR DUNE FONCTION 

3 .1 Points com m u n s a C et C + + 

En C + + , com m e en C AN SI, les argum ents d'une fonction ainsi que la valeur de retour peuvent : 

• ne pas exister, 

• etre une valeur "scalaire", d'un des types de base (caracteres, entiers, flottants, pointeurs), 

• etre une valeur d'un type structure. 

La derniere possibility a ete introduite par la norm e AN SI. N ous verrons qu'en C + + , e 1 1 e se generalise aux 
objets d'un type classe. Pour I 'instant, no tons si m plem ent qu'il su bsiste en C + + , com m e en C ANSI, une 
d i sp a rite entre les tableaux et les structures puisque : 

• i I est possible de transmettre la valeur d'une structure, aussi bien en argument qu'en valeur de retour, 

• il n 'est pas possible de fa ire de m em e avec les tableaux. 

N otez qu'il s' a git la d'une di spa rite difficile a resorber, com pte tenu de la volonte de rendre equivalents le 
nom d'un tableau et son adresse. 

Bien entendu, il est toujours possible de transmettre I'adresse d'un tableau, mais cette remarque vaut 
egalem ent pour une structure. 

3 .2 D iff e re n c es entre C et C + + 

En fait, les differences ne portent que sur la syntaxe des en-tetes et des prototypes des fonctions, et ceci 
uniquem ent dans deux cas prec is : 

• fonctions sans argum ents, 

• fonctions sans valeur de retour. 

a) Fonctions sans argum ents 

A lors qu'en C ANSI on peut em ployer le m ot void pour definir (en-tete) ou declarer (prototype) une fonction 
sans argum ent, en C + + , on fournit une "liste vide". Ainsi, la ou en C , on dec I a rait : 

float fct (void.) ; 

on declarera, en C + + : 

float fct ( ) ; 

b) Fonctions sans valeur de retour 

En C ANSI, on peut utiliser le mot void pour definir (en-tete) ou declarer (prototype) une fonction sans 
valeur de retour. En C + + , on doit abso lum ent le fa ire, com m e dans cet ex em pie : 

void fct (int, double) ; 

L a declaration : 

fct (int, double) ; 
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conduirait C+ + a considerer que fct fournit une valeur de retour de type i n t (voir la rem a rq u e du 
paragraphe 1). 



4. LE Q U A L IFIC A T IF CONST 

La norme C ANSI a introduit le qualificatif const. II perm e t de specifier qu'un sy m bole correspond a 
"quelque chose" dont la valeur ne doit pas changer, ce qui peut perm e ttre au com pilateur de signaler les 
tentatives de m odification (lorsque cela lui est possible I). 

C eci reste vrai en C + + . C ependant, un certain nom b r e de differences im porta ntes apparaissent, au niveau 
de la p o r tee du sym bole cone erne et de son utilisation dans une expression. 

4.1 Portee 



L orsque const s'appli que a des variables locales a u torn atiques, a uc une difference n'existe entre C et C + + , 
la portee etant Mm itee au bloc ou a la fonction concerned par la declaration. 

En revanche, lorsque const s'appli que a une variable globale, C + + lim ite la portee du sym bole au fichier 
source contenant la declaration (com m e s'il avait recu I'attribut static) ; C ne faisait aucune lim itation. 

P ourquoi cette difference ? La principale raison reside dans I ' idee qu'avec la regie adoptee par C + + il 
devient plus facile de remplacer certaines instructions #d e f i n e par des declarations de constantes ; Ainsi, la 
ou en C vous procediez de cette f a c o n : 

#define N 8 idefine N 3 



fichier 1 fichier 2 

vous pouvez, en C + + , proceder ainsi : 

const int N = 8 ; const int N = 3 ; 



fichier 1 fichier 2 

En C , vous auriez obtenu une erreur au m om ent de I 'edition de liens. Vous auriez pu I ' e v iter : 

• so it en declarant N static, dans au m oins un des deux fichiers (ou, m ieux, dans les deux) : 

static const int N = 8 ; static const int N = 3 

r 

C eci aura it alors ete parfaitem ent equivalent a ce que fait C + + avec les prem ieres declarations ; 

• so it, si N avait eu la m em e valeur dans les deux fichiers, en placant, dans le second fichier : 

extern const int N ; 

m a is, dans ce cas, il ne se sera it plus agi d'un rem placem ent de #d e f i n e . 
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4.2 Utilisation dans une expression 

R appelons que Ton nomme "expression constante" une expression dont la valeur est calculee lors de la 
com pilation. A insi, avec : 

const int p = 3 ; 

I'expression : 

2 * p * 5 

n ' est pas une expression constante en C alors qu elle est une expression constante en C + + . 

C e point est particulierem ent sensible dans les declarations de tableaux (statiques ou a u torn atiques) dont les 
dimensions doivent o bligatoirem ent etre des expressions constantes (meme pour les tableaux autom atiques, 
le com pilateur doit connaltre la taille a reserver su r la pile !). A insi, les instructions : 

const int nel = 15 ; 



double tl [nel + 1] , t2[2 * nel] [nel] ; 

seront acceptees en C + + , alors qu'elles eta ie n t ref usees en C 



Rem arques : 

1) En toute rigueur, la possibility que nous venons de deer ire ne constitue pas une incom patibilite entre C et 
C + + puisqu'il s'agit d'une facilite supplem entaire. 

2) D'une maniere generale, C+ + a ete con?u pour limiter au maximum I'emploi des directives du 
preprocesseur (on devrait pouvoir se contenter de #i n c I u d e et des directives d'inclusion conditionnelle). 
L es m odifications apportees au qualificatif const vont effectivem ent dans ce sens 9 . 

5. COM PATIBILITE ENTRE LE TYPE VOID * 
ET LES AUTRES POINTEURS 

En C ANSI, le "type generique" void * est com patible avec les autres types po in teurs, et ceci dans les deux 
sens. A insi, avec ces declarations : 

void * gen 
int * adi ; 

C es deux affectations sont legales en C AN SI : 

gen = adi ; 
adi = gen ; 

E lies font intervenir des "conversions im plicites", a savoir : 



■Encore f aut-il que le program m eur C++ accepte de changer les ha bltu des qy 1 II avalt dfi prendre en C (f aute de pouvoir f aire 
autrem ent) 
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int * -> void * pour la p re m iere, 
void * -> int * pour la seconde. 

En C+ + , seule la conversion d'un pointeur quelconque en void * peut etre implicite. Ainsi, avec les 
declarations precedentes, seule I'affectation 

gen = adi ; 

est acceptee. B ien entendu, il reste to u jours possible de fa ire appel ex p lie item en t a la conversion void * -> 
int * en utilisant I'operateur de "cast" : 

adi = (int *) gen ; 



Remarque: 

On peut dire que la conversion d'un pointeur de type quelconque en void * rev ien t a ne s' in teresser qu'a 
I'adresse correspondant au pointeur, en ignorant son type. La conversion inverse, en revanche, de void * 
en un pointeur de type donne, revient a associer (peut-etre a r b i tra i re m ent !) un type a une adresse. 
M anifestem ent, cette deuxieme possibility est plus dangereuse que la premiere ; e 1 1 e peut meme obliger 
le compilateur a introduire des modifications de I'adresse de depart, dans le seul but de respecter 
certaines contra intes d'alignem ent (liees au type d' a rrivee). C 'est la raison pour laquelle cette conversion 
ne fait plus parti e des conversions im pli cites en C + + . 



III. LES NOUVELLES POSSIBILITY 

D'ENTREES-SORTIES 
CONVERSATIONN ELLES 

DE C + + 



C++ dispose de toutes les routines offertes par la " bibliotheque standard" du C ANSI. M a is il com porte 
e g a I e m e n t de nouvelles possi b i lites d'entrees-sorties. Celles-ci reposent sur les notions de "flots" et de 
"surdefinition d'operateur" que nous n'a borderons qu'ulterieurem ent. Toutefois, il ne serait pas judicieux 
d'attendre que vous ayez etudie ces d i fferents points pour com m encer a ecrire des programmes complets, 
rediges dans I 'esprit de C + + . C 'est pourquoi nous alio ns dans ce chapitre vous presenter, de m aniere assez 
inform e 1 1 e , ces nouvelles possibilites d'entrees-sorties en nous limitant cependant a ce que nous nommons 
I'aspect " conversationnel" (lecture sur "I'entree standard", ecriture sur la "sortie standard"). 



1. LES NOUVELLES ENTREES-SORTIES EN C + + 



Les "routines" (fonctions et macros) de la "bibliotheque standard" du C AN SI 1 , done, en particulier, celles 
relatives aux entrees-sorties, sont utilisables en C + + ; pour ce faire, il vous suffit d'inclure les fichiers en- 
tete habitue Is, pour obtenir les prototypes et autres declarations necessa ires a leur bonne utilisation. 

M aisC + + dispose en plus de possibilites d'entrees-sorties ayant les caracteristiques suiv antes : 

' sim pi kite d' utilisation : en particulier, on pourra sou vent s'y affranchir de la notion de "form at" , si chere 
aux fonctions de la fam ille printf ou scant, 

• dim inution de la ta ille d u "m odule objet 2 " correspondant : alors que, par ex em pie, un seul appel de printf 
introduit o bligatoirem ent, dans le module objet, un ensemble d' instructions en couvrant toutes les 
eventualites, I'emploi des nouvelles possibilites offertes par C+ + n'amenera que les seules instructions 
necessa ires, 

• possibilites ex ten sib les aux types que vous definirez vous-m em e sous form e de classes. 

Voyons done, des maintenant, comment utiliser ces possibilites dans le cas de I'entree standard ou de la 
sortie standard. 



■ L 1 y n des grands merites de cette norm e est d e d efin ir, outre le Ian gage C I u I - m em e, les caracteristiques d ' u n c ertain nom br e de 
routines form ant ce que Ton nom m e la "bibliotheque standard" . 

2 ■ E n sen ble d 1 1 n structlons, en Ian gage machine, resultant de la traduction d'un flchler source. 
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2. ECRITURE SUR LA SORTIE STAN DARD 

2 .1 Q u elques exem pies 

A vant d'etudier les differentes possibility offertes par C + + , exam inons qu elques exem pies, 
a) Exem pie 1 

V oyez ce prem ier cas, tres sim pie, accom pagne de son exem pie a" execution : 



^include <lostream.h> /* indispensable pour utiliser cout 
*/ 

/* suivant 1 'implementation : on peut utiliser 

<iostream> */ 

/* ou <iostream.hpp> <iostream.hxx> ... 

*/ 

main () 
{ 

cout « "bonjour" ; 

; 



bonjour 



Ecriture en C + + (1) 

N otez, tout d'abord, que nous avons inc lus u n fic h i e r en-tete nom m e iostrea m . h ; so n im plem entation peut 
varier avec les implementations de C+ + ; dans I'avenir, on devrait plutot rencontrer iostream, sans 
extension. C e fichier contient toutes les declarations necessaires a I'utilisation des entrees-sorties specifiques 
au C + + . 

L 'interpretation detaillee de I'instruction : 

cout « "bonjour" ; 

necessitera it des connaissances qui ne seront introduites qu'ulterieurem ent. Pour I'instant, il vous suffit 
d'adm ettre les points suivants : 

• cout designe un " flot de sortie" predefini, associe a I 'en tree standard du C (stdout), 

• < < est un "operateur" dont I'operande de gauche (ici cout) est un flot et I'operande de droite une 
expression de type quelconque. ['instruction precedente peut etre in terpretee comme ceci : le flot cout 
r e g o it la valeur " bonjour" . 



b) Exem pie 2 



III. Les n o u v e 1 1 e s possibilites o" en trees- sorties conversationnelles de C+ + 
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^include <lostream.h> 
main () 

{ 

int n = 25 ; 

cout « "valeur : " ; 

cout « n ; 

} 



valeur : 25 



Ecriture en C + + (2) 

II ressemble au precedent, mais, cette fois, vous constatez que nous avons utilise le meme operateur < < 
pour envoyer sur le flot cout, d'abord une information de type chalne, ensuite une information de type 
entier. Le role de I'operateur < < est m anifestem ent different dans les deux cas : dans le premier, on a 
transmis les caracteres de la chalne, dans le second, on a procede a un "form a ta g e 3 " pour "convertir" une 
valeur b i n a ire entiere en une suite de caracteres. Cette possibilite d'attribuer plusieurs significations a un 
meme operateur correspond a ce que Ton nomme en C+ + , la "surdefinition d'operateur" (que nous 
aborderons en detail dans le chapitre IX ). 



c ) Exem pie 3 

J usqu'ici, nous avons ecrit une instruction d if fe rente pour chaque inform ation transm ise au flot cout. En fait, 
les deux instructions : 

cout « "valeur : " ; 
cout « n ; 

peuvent se condenser en une seule : 

cout « "valeur : " « n ; 

La encore, I'interpretation exacte de cette possibilite sera fournie ulterieurem ent mais, d'ores et deja, nous 
pouvons dire qu 1 ell e reside dans deux points : 

• I'operateur < < est (com m e I'operateur " original" ) associatif de g auche a droite, 

• le r e s u I ta t fourni par I'operateur < < , quand il re?oit un flot en premier operande est ce meme flot, 
apres qu'il ait recu I 'inform ation concerned. 

Ainsi, I'instruction precedente est-elle equivalente a : 

(cout « "valeur : ") « n ; 

C elle-ci peut s' interpreter com m e ceci : 

• da ns u n p rem ier tern ps, le flot cout recoit la chalne " bo njour" , 

• dans un deuxiem e tern ps, le flot (cout < < " bo njour" ), c'est-a-dire le flot cout augm ente de " bo njour" , 
recoit la valeur de n. 



- Ici, ce formatage est implicite ; dans le cas de printf, on I'aurait explicit^ {% d). 
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N otez b i e n que, si cette interpretation ne vo us pa rait pas evidente, il vous suffit d'adm ettre pour I 'instant 
qu'une instruction telle que : 

cout « « « « ; 

perm et d'envoyer sur le flot cout les informations sy m bo Usees par des traits, dans I'ordre ou elles 
apparaissent. 



2.2 Les possibility d'ecriture sur cout 

N ous venons de voir des ex em pies d'ecriture de chalnes et d 1 en tiers. D 1 une m aniere gen era le, vous pouvez 
utiliser I'operateur < < pour en v oyer sur cout la valeur d'une expression de I'un des types suivants : 

• type de base quel conque (caracte re, en tier signe ou no n, flottant), 

• chalne de caracteres (char *) 4 : on obtient I'affichage des caracteres constituant la chalne, 

• pointeur, autre que char * 5 : on obtient I'adresse correspondante (en hexadecimal) ; si on veut obtenir 
I'adresse d 'une chalne de caracteres et non les caracteres qu'elle contient, on peut to ujours convertir cette 
chalne (de type char *) en void *. 

Void un exemple de programme illustrant ces possibilites d'ecriture sur cout; il est accompagne d'un 
ex em pie d ' ex ecution da ns u n en vironnem ent C + + Builder. 



# include <iostream.h> 
main () 

{ 

int n = 25 ; long p = 250000; unsigned q = 63000 ; 
char c = 'a' ; 

float x = 12.3456789 ; double y = 12 . 3456789el6 ; 
char * ch = "bonjour" ; 
int * ad = & n ; 



cout 


« 


"valeur de n 


" « n 


« 




\n" 


cout 


« 


"valeur de p 


" « p 


« 




\n" 


cout 


« 


"caractere c 


" « c 


« 




\n" 


cout 


« 


"valeur de q 


" « q 


« 


a 


\n" 


cout 


« 


"valeur de x 


" « X 


« 


n 


\n" 


cout 


« 


"valeur de y 


" « y 


« 


n 


\n" 


cout 


« 


"chalne ch 


" « ch 


« 


il 


\n" 


cout 


« 


"adresse de n 


" « ad 


« 


"\n" ; 


cout 


« 


"adresse de ch : 


" « (void 


*) 


ch 



« "\n" ; 



valeur de n : 25 

valeur de p : 250000 

caractere c : a 

valeur de q : 63000 

valeur de x : 12.345679 



■ Les versions de C + + anterieures a la 2.0 traitaient un caractere com m e un en tier et, par suite, en affichaient le code. 

■ C ette possibility n 'ex i s ta it pas dans les versions de C + + anterieures a la 2.0. 



Les n ouve lies possibility d ' en trees- sorties conversation nelles de C + + 
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valeur de y 
chaine ch 



: bonjour 



1.234567e+17 



adresse de n 



0xl9c7fff4 



adresse de ch 



0xl9c700b4 



Les possibilites d 1 ecriture su r cout 



Remarque: 



N otez que C + + a decide d 1 affic her la chaine situee a I'adresse indiquee par un pointeur de type char * 
et non I'adresse elle-m em e. Si tel n'avait pas ete le cas, le com portem ent d'une instruction aussi banale 
que : 

cout « "bonjour" ; 

aurait ete bien deroutant. 



3. LECTURE SUR L'ENTREE STAN DARD 



3 .1 Introduc tion 

D e m em e qu'il existe un f lot de sortie predefini cout, associe a la sortie standard du C (stdout), il existe un 
flot d'entree predefini, nom m e cin, associe a I 'en tree standard du C (stdin). D e m em e que I'operateur < < 
permet d'envoyer des informations sur un flot de sortie (done, en particulier, sur cout), I'operateur > > 
perm et de recevoir 6 de I' inform ati on en provenance d' u n flot d'entree (done , en particulier, de cin). 

P ar ex em pie, I 'instruction (n eta n t de type int) : 

cin » n ; 

dem andera de lire "des caracteres" sur le flot cin et de les "convertir" en une valeur de type int. 
D'une m aniere generale : 

cin » n » p ; 

sera equivalent a : 

(cin » n) » p ; 

Pour donner une interpretation imagee (et peu form e 1 1 e ) analogue a celle fournie pour cout, nous pouvons 
dire que la valeur de n est d'abord extra ite du flot cin ; en suite, la valeur de p est extra ite du flot cin > > n 
(comme pour < < , le resultat de I'operateur > > est un flot), e'est-a-dire de ce qu'est devenu le flot cin, 
apres qu'on en a extrait la valeur de n. 



- On d i t aussi extraire. 
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3.2 Les possibility de lecture sur cin 

D'une m a n i e re generale, dans toutes les versions d e C + + , vous pouvez utiliser I'operateur > > pour 
acceder a des inform ations de type de base quelconque (signe ou non pour les types en tiers) ou a des chaines 
de caracteres 7 (char * ). 

Par ailleurs, une bonne part des conventions d'analyse des caracteres lus sont les memes que celles 
em ployees par scant. A insi : 

• les differentes informations sont separees par un ou plusieurs caracteres parmi ceux-ci 8 : espace, 
tabulation horizontale (\t) ou verticale (\v), fin de ligne (\n), retour chariot (\r) ou changement de page 
(\f) 9 . 

• un caractere "invalide" pour I'usage qu'on doit en faire (un point pour un entier, une lettre pour un 
nombre...) arrete I'exploration du flot, comme si Ton avait rencontre un separateur ; mais ce caractere 
invalide sera a nouveau pris en com pte lors d'une pro c ha ine lecture. 

En revanche, contrairem ent a ce qui se produisait pour scant, la lecture d'un caractere sur cin commence par 
"sauter les separateurs" ; aussi n 1 est- i I pas possible de lire directement ces caracteres. Nous verrons 
com m ent y parvenir dans le chapitre consacre aux flots. 



3.3 Exem pies 

N ous vous proposons differents programmes, accom pagnes d 1 ex em pies d 1 ex ecution (realises avec le clavier 
etl'ecran comme entrees-sorties standard) illustrant les possib Mites de lecture sur cin. 



^include <iostream.h> 

main ( ) 

{ 

int n ; float x ; 

char t[81] ; 

do 

{ cout « "donnez un entier, une chaine et un flottant : " ; 
cin » n » t » x ; 

cout « "merci pour " « n « ", " « t « " et " « x « "\n" ; 

} 

while (n) ; 

} 

donnez un entier, une chaine et un flottant : 15 bonjour 8.25 
merci pour 15, bonjour et 8.25 

donnez un entier, une chaine et un flottant : 15 

bonjour 

8.25 



. II n 'est pas prevu de lire la valeu r d'un polnteu r ; en pratique, c el a n'aurait guered'interet et, de p lus, com porterait de grand r Isqu es. 
8 ■ On les appelle parte Is d es " espaces- b lanes" (de I 1 anglais, "white spaces"). 

' ■ En pratique, on ex p I o i te essentiellem ent ' espa c e et la fin de ligne (dans les environnem ents DOS, toutefo is, le retour chariot peut 
apparaitre en plus de la fin de ligne, mais on ne s 1 en a perco it que lorsqu 'on lit des caracteres]. 
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merci pour 15, bonjour et 8.25 

donnez un entier, une chaine et un flottant : 0 bye 0 
merci pour 0, bye et 0 



U sage c I a ssi que d es sepa rateurs 



# include <iostream.h> 
main () 

{ 

char tc[81] ; // pour conserver les caracteres lus sur cin 

int i = 0 ; // position courante dans le tableau c 

cout « "donnez une suite de caracteres terminee par un point \n" ; 
do 

cin » tc[i] ; // attention, pas de test de debordement dans tc 

while (tc[i++] != '.') ; 

cout « "\n\nVoici les caracteres effectivement lus : \n" ; 

i=0 ; 
do 

cout « tc[i] ; 
while (tc[i++] != '.') ; 



donnez une suite de caracteres terminee par un point 
Voyez comme 

C++ 

pose quelques problemes 
lors de la lecture d'une 

"suite de caracteres" 
Voici les caracteres effectivement lus : 

VoyezcommeC++posequelquesproblemeslorsdelalectured 'une "suitedecaracteres " . 



Qua rid on c here he a lire une suite de caracteres 



^include <iostream.h> 
main () 
{ int n ; 
do 
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{ cout « "donnez un nombre entier : " ; 
cin » n 

cout « "voici son carre : " « n*n « "\n" ; 

} 

while (n) ; 

} 

donnez un nombre entier : 3 
voici son carre : 9 
donnez un nombre entier : a 
voici son carre : 9 

donnez un nombre entier : voici son carre : 9 
donnez un nombre entier : voici son carre : 9 
A C 



B o u c I e infinie s u r u n caractere in valide 



^include <iostream.h> 

main () 

{ 

int n, p ; 

cout « "donnez une valeur pour n : " ; 
cin » n ; 

cout « "merci pour " « n « "\n" ; 
cout « "donnez une valeur pour p ; " ; 
cin » p ; 

cout « "merci pour " « p « "\n" ; 

} 

donnez une valeur pour n : 12 25 
merci pour 12 

donnez une valeur pour p : merci pour 25 



Q u a n d le clavier et I'ecran sem blent ma synchronises 



IV. LES SPECIFIC ITES DU Ct t 



C om m e nous I'avons dit dans le premier chapitre, C + + dispose d 1 un c ertain nom bre de spec ific ites qui ne 
sont pas veritablem ent axees sur la P .0 .0 . II s'agit essentiellement des suivantes : 

• nouvelle form e de com m entaire (en fin de ligne), 

• em placement libre des declarations, 

• notion de reference, 

• a rgum ents par defaut dans les declarations des fonctions, 

• su rdefin itio n de fonctions, 

• operateurs new et delete, 

• fonctions "en ligne" (inline). 

D ' u n e maniere generale, ces possibilites seront, pour la plupart, souvent u t i I i sees conjointem ent avec celles 
de P .0 .0 . C 'est ce qui justifie que nous vous les exposions des m a in tenant. 

Notez que le C + + introduit egalement de nouveaux operateurs de cast; mais comme certains aspects 
interferent avec la notion d'objet et d 1 identification dyna m ique de type lors de I 1 execution, ils feront I'objet 
d'une presentation separee dans I'annexe C . 



1. LE COM M ENTAIRE DE FIN DE LIGNE 

En C ANSI, un com m entaire peut etre introduit en n'im porte quel en droit ou un espace est auto rise 1 en le 
faisant preceder de /* et suivre de */. II peut a lors eventuellem ent s'etendre sur plusieurs lignes. 

En C+ + , vous pouvez, en outre, utiliser des "com m entaires de fin de ligne" en introduisant les deux 
caracteres : //. Dans ce cas, tout ce qui est situ e entre // et la fin de la ligne est un com m entaire. N otez que 
cette nouvelle possibility n 1 a p porte qu'un surcrolt de contort et de sec u rite ; en effet, une ligne telle que : 

cout « "bonjour\n" ; // formule de politesse 

peut toujours etre e c rite ainsi : 



■ Done, en pratique, n'im porte oil, pourvu qu'on ne "coupe pas en deux" un identificateur quelconque ou une chaine constante. 
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cout « "bonjour\n" ; /*formule de politesse*/ 

V ous pouvez m e I e r (volontairem ent ou non !) les deux form ules. Dans ce cas, notez que, dans : 

/* partie // partie */ partie 
1 2 3 

le com m entaire "ouvert" par /* ne se term i n e qu'au prochain */; done partiel et pa r t i e 2 sont des 
com m enta ires, tandis que pa r t i e 3 est consider ee com m e appartenant aux instructions. 

D e m em e, dans : 

partie^ // partie^ /* partie^ */ partie^ 

le com m entaire introduit par // s'etend jusqu'a la fin de la ligne. II "couvre" done pa r t i e 2 , pa r t i e 3 et pa r t i e 4 . 
Rem arques : 

1) L e com m entaire de fin de ligne constitue le seul cas ou la fin de ligne joue un role sign if icatif autre que 
celui d 1 un sim pie separateur. 

2) Si Ton utilise system atiquem ent le commentaire de fin de ligne, on peut alors faire appel a /* et* pour 
in h i b e r un ensemble d 1 instructions (contenant eventuellem ent des com m entaires) en phase de mise au 
point. 

2. DEC LARATIO N S ET IN IT I A L IS A T 10 N S 



2 .1 Regies generates 

C + + s'avere plus sou pie que le C AN SI en m a tie re de declarations. Plus prec isem ent, en C + + , il n'est 
plus obligatoire de regrouper au debut les declarations effectuees au sein d'une fonction ou au sein d'un 
bloc. C elles-ci peuvent etre effectuees ou bon vous sem ble, pour peu qu'elles apparaissent avant que Ton en 
ait besoin : leur portee reste lim itee a la partie du bloc ou de la fonction suivant leur declaration. 

Par ailleurs, les expressions u ti I i sees pour initialiser une variable scalaire peuvent etre quelconques, alors 
qu'en C elles ne peuvent faire intervenir que des variables dont la valeur est connue des I'entree dans la 
fonction concerned. 

Void un exemple incorrecten C AN SI et accepte en C + + : 

main ( ) 
{ 

int n ; 



n = . . . 



int q = 2*n - 1 ; 



} 
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La declaration "tardive" de q perm e t de I'initialiser 2 avec une expression dont la valeur n'etait pas connue 
lors de I'entree dans la fonction (ici main). 



2.2 Cas des instructions structures 

L 'instruction suivante est acceptee en C + + : 

for (int 1=0 ; ... ; . . .) 
I 



} 

La encore, la variable i a ete declaree seulem ent au m om ent ou Ton en avait besoin. Sa portee est, d'apres la 
norm e, limitee au bloc regit par Instruction for. On notera qu'il n'existe aucune facon d'ecrire des 
instructions equivalentes en C . 

Cette possibility s'applique a toutes les instructions structures, c'est-a-dire aux instructions for, switch, 
while et do. ..while. 



Rem arque im portante : 

Le role de ces declarations a I'interieur d'instructions structures n ' a ete fixe que tardivement par la 
norm e AN SI. D ans les versions anterieures, ce genre de declaration eta it, certes, auto rise m a is, tout se 
passait com m e si e 1 1 e fig u rait a I'exterieur du bloc ; a in si, I 'ex em pie precedent eta it interprets com m e si 
I ' o n avait ecrit : 

int i ; 
for (i=0 ; ... ; ... ; 
{ 



} 

3. LA N OTION DE REFERENCE 

En C , les argum ents et la valeur de retour d'une fonction sont transm is par valeur. Pour sim uler en quelque 
so rte ce qui se nom m e "transm issi on par adresse" dans d' autres langages, il est a lors n ecessa ire de "jongler" 
avec les pointeurs pour y parvenir (la transm issi on se faisant to u jours par valeur, m a is, dans ce cas, il s'agit 
de la valeur d'un pointeur). En C + + , le principal interet de la notion de reference est qu'elle permet de 
laisser le compilateur mettre en ce u v re les "bonnes instructions" permettant d'assurer effectivem ent un 
transfert par adresse. Pour mieux vous en faire saisir I'interet, nous vous proposons de faire d'abord un 
rappel m ontrant com m ent il fallait proceder en C . 



3.1 Transmission des arguments en C 

C onsiderons I' ex em pie classique suivant : 



1 ■ N ' o u b I i ez pas qu 1 en C (c o m m e en C + + ) il est possi ble d 1 i n itiali ser une variable autom atique sea la ire a I 1 aide d'une ex pression 
quelconque. 
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^include <iostream.h> 

main () 

{ 

void echange (int, int) ; 
int n=10, p=20 ; 

cout « "avant appel : " « n « " " « p « "\n" ; 
echange (n, p) ; 

cout « "apres appel : " « n « " " « p « "\n" ; 

} 

void echange (int a, int b) 
{ 

int c ; 

cout « "debut echange : " « a « " " « b « "\n" ; 
c = a / a = b f b = c , 

cout « "fin echange : " « a « " " « b « "\n" ; 

} 



avant appel : 10 20 

debut echange : 10 20 

fin echange : 20 10 

apres appel : 10 20 



Les arguments sort transmis par valeur 



Lors de I'appel de echange, il y a transm ission des valeurs de n et de p ; on peut consider er qu e la fonction 
les a recopiees dans des emplacements locaux, correspondant a ses arguments formels a et b et qu'elle a 
effectivem ent "travaille" sur ces copies. 

B ien entendu, il est to u jours possible de program m er une fonction echange pour qu'elle opere effectivem ent 
sur des variables de la fonction qui I'appel le ; il suffit tout sim plem ent de lui fournir, en a rg urn ent, I'adresse 
de ces variables, com m e dans I 'ex em pie suivant : 



# include <iostream.h> 
main () 

{ 

void echange (int *, int *) ; 
int n=10, p=20 ; 

cout « "avant appel : " « n « " " « p « "\n" ; 
echange (&n, &p) ; 

cout « "apres appel : " « n « " " « p « "\n" ; 

} 

void echange (int * a, int * b) 
{ 

int c ; 

cout « "debut echange : " « * a « " " « * b « "\n" ; 
c = * a ; * a = * b ; * b = c ; 

cout « "fin echange : " « * a « " " « * b « "\n" ; 



IV . Les spec ific ttes d u C + + 
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; 

avant appel : 10 20 

debut echange : 10 20 

fin echange : 20 10 

apres appel : 20 10 



M i se en ceuvre, par le program m e u r , d'une transmission par adresse 

Notez b i e n les differences entre les deux e x e m pies, a la fois dans I'ecriture de la fonction echange, mais 
aussi dans son appel. C e dernier point signifie que I'utilisateur de la fonction (qui n'est pas to u jours celui qui 
I'a ecrite) doit savoir s'il faut lui transm ettre une variable ou son adresse 3 . 



3. 2 Transm is s ion par reference en C + + 

C++ permetde demander au compilateur de prendre lui-meme en charge la transmission des argumentspar 
adresse: on parle alors en general, dans ce cas, de transmission d'argument par reference. Le meme 
m ecanism e pourra egalem ent s'appliquer a une valeur de retour d'une fonction. Exam inons ces deux 
possibilites. 



a) Transm is s ion d'argum ents par reference 

L e program m e ci-dessous m ontre com m ent appliquer un tel m ecanism e a notre fonction echange. 



# include <iostream.h> 
main () 

{ void echange (int &, int &) ; 
int n=10, p=20 / 

cout « "avant appel : " « n « " " « p « "\n" ; 
echange (n, p) ; // attention, ici pas de &n, &p 

cout « "apres appel : " « n « " " « p « "\n" ; 

} 

void echange (int & a, int & b) 
{ int c ; 

cout « "debut echange : " « a « " " « b « "\n" ; 
c = a , a = b , b = c , 

cout « "fin echange : " « a « " " « b « "\n" ; 



avant appel : 10 20 
debut echange : 10 20 
fin echange : 20 10 
apres appel : 20 10 



1 ■ C e rtes, ici, si I' on veut que la fonction echange p u i s s e "f aire correctem ent son travail" , le c h o i x s 1 in pose. M a is, il n 'en va pas toy jours 
ainsi. 
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U tilisation de la transmission o" arguments par reference en C + + 

D ans I'instruction : 

void echange (int & a, int & b) ; 

La notation int & a signifie que a est une inform ation en tie re transm ise par reference. N otez b i e n que, dans 
la fonction echange, on utilise sim plem ent le sy m bole a pour designer cette variable dont la fonction aura 
recu effectivem ent I'adresse (et non la valeur) : il n'est plus utile (et ce serait une erreur !) de faire appel a 
I'operateur d'indirection *. 

A utrem ent dit, il nous sufflt d 'a voir fait ce choix de transm i ssion par reference au niveau de I'en-tete de 
la fonction pour que le processus so it en tier em ent pris en charge par le com pilateur 4 . 

Le meme phenom ene s'applique au niveau de ('utilisation de la fonction. II suffit, en effet, d'avoir specifie, 
dans le prototype, les argum ents (ici, les deux) que Ton so u ha i te voir transm is par reference. A u niveau de 
I'appel : 

echange (n, p) ; 

nous n'avons plus a nous preoccu per du m ode de transm i ssion effectivem ent utilise. 
R em arques : 

1) La transm i ssion d'arg urn ents par reference sim plifie I'ecriture de la fonction correspondante. 

2) Le choix du mode de transmission par reference est fait au moment de I'ecriture de la fonction 
concernee. L 'utilisateur de la fonction n ' a plus a s'en soucier ensuite, si ce n'est au niveau de la 
declaration du prototype de la fonction (en general, d'ailleurs, ce prototype viendra d'un fichier en- 
tente). 

3) En contrepartie des avantages precedents, I'em ploi de la transm i ssion par reference accrolt les risques 
"d'effets de bord" non desires. En effet, lorsqu'il appelle une fonction, I'utilisateur ne sait plus s'il 
transmet, au bout du compte, la valeur ou I'adresse d'un argument (la meme notation pouvant 
designer I' une ou I' autre des deux possib Mites) ; il risque done de m odifier une variable dont il pen sait 
n'avoir transm is qu ' une c opie de la valeur ! 



Remarque: 

Lorsqu'on doit transmettre en argument la reference a un pointeur, on est am ene a utiliser ce genre 
d'ecriture : 

int * & adr // adr est une reference a un pointeur sur un int 



b) Transm is s ion par reference de la valeur de retour d'une fonction 

Le m ecanism e que nous venons d'exposer pour la transmission des arguments s'applique egalement a la 
valeur de retour d'une fonction. Son veritable interet n'apparaltra toutefois que lorsque nous etudierons la 



■ C ette possibility est analogue a I' utilisation du mot c I e var dans I'en-tete d'une procedure en P ascal. 
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surdefinition d'operateurs ; en effet, dans certains cas, il sera indispensable qu'un operateur (e'est-a-dire, en 
fait, une fonction) transmette sa valeur de retour par reference 5 . 



^t/°3.3 La reference d'une maniere generale 

L'essentiel concernant la notion de reference a ete presente dans le paragraphe precedent. Cependant, en 
toute rigueur, la notion de reference peut intervenir en dehors de la notion d'argument ou de valeur de 
retour. C 'est ce que nous vous presentons dans le present paragraphe (qui peut etre ignore sans problemes 
dans une p r em iere lecture). 



a) La notion de reference est plus generale que c e Me d'argument 

D 'une m an iere generale, il est possible de declarer un identificateur com m e reference d'une autre variable. 
C onsiderez, par ex em pie, ces instructions : 

int n ; 

int & p = n ; 

La seconde signifie que p est une reference a la variable n. A in si, da ns la suite, n et p designeront le m em e 
em placem ent m em oire. P ar exem pie, avec : 

n = 3 ; 
cout « p ; 

nous o btiendrons la valeur 3. 



b) Initialisation de reference 

L a declaration : 

int & p=n ; 

est en fait une declaration de reference (ic i p) accom pa g nee d'une in itialisation (a la reference d e n ). D'une 
facon generale, il n'est pas possible de declarer une reference sans I' initialiser, com m e dans : 

int & p ; // incorrect, car pas d ' initialisation 

Notez bien qu'une fois declaree (et in itia li see), une reference ne peut plus etre modifiee. D'ailleurs aucun 
m ecanism e n'est prevu a cet effet : si, ayant declare int & p= n ; vous ecrivez p= q, il s'agit obligatoirem ent 
de I'affectation de la valeur de q a I'em placem ent de reference p, et non de la modification de la reference 

q- 

U ne declaration telle que : 

int & n = 3 ; // incorrecte depuis la version 3 

est incorrecte depuis la version 3. Ceci se justifie par le fait que si e 1 1 e etait acceptee, e 1 1 e reviendrait a 
initialiser n avec une reference a la valeur 3. D ans ces conditions, que f era it I 'instruction : 



■ C e sera n otam m ent le cas de I 1 operateur [ ] lorsque Ton so u h a ite r a pouvoir I' em ploy er dans des affectations de la forme t[i] = x. 
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n = 5 ; 

En revanche, une declaration telle que celle-ci est correcte : 

const int & n = 3 ; 

E Me genere une variable temporaire (ayant une duree de vie imposee par I'em placem ent de la declaration) 
contenant la valeur 3 et place sa reference dans n. On peut dire que tout se passe com me si vous aviez : 

int temps = 3 ; 
int & n = temps ; 

avec cette difference que, dans le prem ier cas, vous n'avez pas explicitem ent acces a la variable tern poraire. 

c) La transmission d'un argument ou d'une valeur de re tour 
est une initialisation 

C ette rem arque prend tout son sens dans le cas ou Ton a affaire a des references. E n effet, supposons qu'une 
fonction fct ait pour prototype : 

void fct (int &) ; 

A lors, le com pilateur refusera un appel de la form e suivante (n etant de type int) : 

fct (3) ; // incorrect 

II en ira de meme pour : 

const int c = 15 ; 

fct (c) ; // incorrect 

En effet, de tels appels sont assimiles a des initialisations de references (a quelque chose de non constant) 
avec une reference a une constante. C e refus se justifie pa rf a item ent si Ton pense que I 1 on doit transm ettre a 
fct I'adresse d'une constante (3 ou c), sachant que cette fonction risque de modifier ce qui se trouve a cette 
adresse. 

Pour les memes raisons, I'appel suivantsera rejete : 

fct (&n) ; 

En revanche, avec une fonction de prototype : 

fctl (const int &) ; 

ces appels seront corrects : 

fctl (3) ; // correct ici 
fctl (c) ; // correct ici 

Qui plus est, dans ce cas, un appel tel fctl (x) sera accepte quel que soit le type de x. En effet, dans ce cas, 
il y a creation d'une variable tern poraire (de type int) qui recevra le res u I tat de la conversion de x en int. 

Cette fois, I'acceptation de ces instructions se justifie par le fait que fct a prevu de recevoir une reference a 
quelque chose de constant ; le risque de m odification evoque precedem m ent n'existe done plus. 
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4. LES ARGUM ENTS PAR DEFAUT 



4.1 E x e m p les 

En C AN SI, il est indispensable que I'appel d'une fonction contienne autant d 1 arguments que la fonction en 
attend effectivem ent. C++ perm e t de s'affranchir en partie de cette regie, grace a un mecanisme 
d 1 attribution de valeurs par defaut a des argum ents. C onsiderez I 'ex em pie suivant : 



^include <lostream.h> 
main () 

{ 

int n=10, p=20 ; 

void fct (int, int=12) ; // proto avec une valeur par defaut 

fct (n, p) ; // appel "normal " 

fct (n) ; // appel avec un seul argument 

// fct () serait, ici, rejete */ 

} 

void fct (int a, int b) // en-tete "habituelle" 

{ 

cout « "premier argument : " « a « "\n" ; 
cout « "second argument : " « b « "\n" ; 

} 



premier argument : 10 

second argument : 20 

premier argument : 10 

second argument : 12 



Ex em pie de definition de valeur par defaut pour un argument 
La declaration de fct, ici dans la fonction main, est r e a I i see par le prototype : 

void fct (int, int = 12) ; 

V ous y notez la declaration du second argum ent so us la form e : 

int = 12 

C elle-ci precise au com pilateur que, en cas d 1 absen ce de ce second argum ent dans u n eventuel appel de fct, 
il lui faudra "fa ire com m e si" I'appel avait ete effectue avec cette valeur. 

L es deux a p pels de fct illustrent le phenom ene. N otez qu'un appel tel que : 

fct ( ) 

serait rejete a la com pilation puisqu'ici il n 'eta it pas p rev u de valeur par defaut pour le prem ier argum ent de 
fct. 
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V oici un second ex em pie, dans lequel nous avons prevu des valeurs par defaut pour to us les argum ents de 
fct. 



^include <iostream.h> 
main () 

{ 

int n=10, p=20 ; 

void fct (int=0, int=12) ; // proto avec deux valeurs par defaut 

fct (n, p) ; // appel "normal " 

fct (n) ; // appel avec un seul argument 

fct () ; // appel sans argument 

} 

void fct (int a, int b) // en-tete "habituelle" 

{ 

cout « "premier argument : " « a « "\n" ; 
cout « "second argument : " « b « "\n" ; 

} 



premier argument : 10 

second argument : 20 

premier argument : 10 

second argument : 12 

premier argument : 0 

second argument : 12 



Exemple de definition de valeurs par defaut pour plusieurs arguments 



4.2 D ' u n e m a niere generate 

L orsqu'une declaration prevoit des valeurs par defaut, les arguments concerned doivent 
ob ligatoir em en t etre les dernier s de la liste. P ar ex em pie, une declaration telle que : 

float fexple (int = 5, long, int = 3) ; 

est interdite. En fait, une telle interdiction releve du pur b o n sens: en effet, si cette declaration etait 
acceptee, I'appel suivant : 

fexple (10, 20) ; 

pourrait etre interprets aussi b i en comme : 

fexple (5, 10, 20) ; 



que comme : 

fexple (10, 20, 3) ; 

N otez b i e n que le m ecanism e propose par C + + revient a fixer les valeurs par defaut da ns la declaration 
de la fonction et non dans sa definition. Autrement dit, ce n'est pas le "concepteur" de la fonction qui 
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decide des valeurs par defaut, m a is I" utili sateu r. U ne consequence im m ediate de cette particularity est que 
les arguments soumis a ce mecanisme et les valeurs correspondantes peuvent varier d'une utilisation a une 
autre ; en pratique, toutefois, ce point ne sera guere exploite, ne serait-ce que parce que les declarations de 
fonctions sont, en general, "figees" une fois pour toutes, dans un fichier en-tete. 

Nous verrons que les arguments par defaut se reveleront particulierem ent precieux lorsqu'il s'agira de 
fabriquer ce que Ton nom m e le " constructeu r d'une classe" . 

Rem arques : 

1) T heoriquem ent C+ + autorise (au sein d'un meme fichier source) une redeclaration de la fonction, 
dans la mesure ou cette derniere se contente d'ajouter de nouvelles valeurs par defaut. Pour notre 
part, nous preferons nous en tenir aux points proposes, pour d'evidentes raisons de sim plicite. 

2) Si I'on so u ha i te attribuer une valeur par defaut a un argument de type pointeur, on prendra garde de 
separer par au moins un espace les caracteres * et = ; dans le cas contraire, ils seraient interpreted 
com m e I'operateur d' affectation *= , ce qui conduirait a une erreur. 

3) Les valeurs par defaut peuvent etre constitutes de n'importe quelle expression (et non seulement 
d'une expression constante), pour peu que cette derniere ait un sens au moment ou e 1 1 e est com pi lee. 
En voici un ex em pie d' ecole (il necessite sim plem ent que les declarations de x et de n fig u rent avant 
celle de fct) : 

float x ; 
int n ; 

void fct (float = n*x + 1.5) ; /* la valeur par defaut depend des 
variables 

n et x */ 

4.3 Lorsque Ton conjugue argument par defaut 
et transm ission par reference 

N.B. Ce paragraphe peut etre ignore dans un premier temps. Sachez simplement que sa lecture necessite 
I'etude p r e a I a b I e du paragraphe 3.3. 

Voici, en parallele, deux exemples de programmes qui realisent la meme chose, I'un en faisant appel a la 
transm ission d'un a rg urn ent par reference, I'autre a une d em arc he classique b a see sur un pointeur. 



main ( ) 
{ 

int n, p ; 

void fct (int, int & = n) ; 
fct(10, p) ; // idem p=10 

fct (10) ; // idem n=10 

} 

void fct (int a, int & b) 
{ 

b = a ; 

} 



main ( ) 
{ 

int n, p ; 

void fct (int, int * = &n) ; 
fct (10, &p) ; // idem p=10 

fct (10) ; // idem n=10 

} 

void fct (int a, int * adb) 
{ 

* adb = a ; 

} 



Exemple de valeur par d ef a u t pour un argument transmis par reference ou par adresse 



N otez la declaration : 

void fct (int, int & = n) ; 

dans laquelle la notation 

int & = n 

signifie : 

• que I'argum ent corresponda nt, detype int, est transm is par reference, 

• que cette reference regoit une valeur par defaut corresponda nt a I 1 adresse de n (et non a sa valeur). 

Si nous avions souhaite que cet argument (transmis par reference) receive par defaut la valeur 3, nous 
n'aurions pas pu declarer ainsi notre fonction fct : 

void fct (int, int & = 3) ; // erreur 

En revanche, cela aurait ete possible si le second argument de notre fonction avait re g u I'attribut const (et, 
bien sur, I'en-tete approprie) : 

void fct (int, const & = 3) ; // correct 

Ceci aurait, comme nous I'avons deja indique dans le paragraphe precedent, entralne la creation d'une 
variable tern pora ire, contenant la valeur 3, dont on aurait transm is la reference com m e argum ent par defaut. 



5. S U R D EF IN IT 10 N DE FONCTIONS 



D'une maniere generale, on parle de "su rdefinition" 1 lorsqu'un meme symbole possede plusieurs 
significations differentes, le choix de I'une des significations se faisant en fonction du "contexte". C 'est ainsi 
que C , comme la plupart des langages evolues, utilise la su rdefinition d'un certain no m bre d' opera teurs. Par 
exem pie, dans une expression telle que : 

a + b 

la signification du + depend du type des operandes a et b ; suivant le cas, il pourra s'agir d'une addition 
d'entiers ou d'une addition de flottants. De meme, le symbole * peut designer, suivant le contexte, une 
m u I ti plication d'entiers, de flottants ou une "indirection 2 " . 

U n des grands a touts de C + + est de permettre la su rdefinition de la plupart des o per a teurs (lorsqu'ils sont 
associes a la notion de classe). Lorsque nous etudierons cet aspect, nous verrons alors qu'il repose en fait sur 
la su rdefinition de fonctions. C'est cette derniere possibility que nous proposons d'etudier ici pour e 1 1 e - 
m em e. 

Pour pouvoir employer plusieurs fonctions de meme nom, il faut, bien sur, un critere (autre que le nom) 
permettant de choisir la bonne fonction. En C + + , c e choix est base (comme pour les operateurs cites 



■ D e "overloading", en anglais, parfois traduit par "surcharge". 

■ 0 n parle parfois de "dereference" ; cela correspond a des situations telles que 

int* a ; 
* a = 5 ; 
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precedem m ent en ex em pie) sur le type des argum ents. N ous com m encerons par vous presenter un ex em pie 
complet montrant comment mettre en ceuvre la surdefinition de fonctions. Nous examinerons ensuite 
differentes situations d'appel d'une fonction surdefinie avant d'etudier les regies detaillees qui president au 
choix de la "bonne fonction" . 



5.1 M ise en ce uvre de la surdefinition de fonctions 

Nous allons definir et utiliser deux fonctions nominees, toutes les deux, sosie. La premiere possedera un 
argument de type int, la seconde un argument de type double, ce qui les differencie bien I'une de I'autre. 
Pour que I 'execution du program m e m ontre clairem ent la fonction effectivem ent appelee, nous in trodu i sons 
dans chacune des fonctions u ne instruction d'affichage appropriee. D a ns le program m e "d'essai" , nous nous 
contentons d'appeler successivem ent la fonction surdefinie sosie, une premiere fois avec un argument de 
type int, une seconde fois avec un argum ent de type double. 



^include <iostream.h> 

void sosie (int) ; // les prototypes 

void sosie (double) ; 

main() // le programme de test 

{ 

int n=5, p ; double x=2 . 5 ; 
sosie (n) ; 
sosie (x) ; 

} 

void sosie (int a) 
{ 

cout « "sosie numero I 

} 

void sosie (double a) 
{ 

cout « "sosie numero II 

} 



sosie numero I a = 5 
sosie numero II a =2.5 



Exemple de su rd efin itio n de la fonction sosie 

Vous constatez que le com pilateur a bien m is en place I'appel de la "bonne fonction" sosie, au vu de la liste 
d'argum ents (ici reduite a un seul). 



// la premiere fonction 
a = " « a « "\n" ; 

// la deuxieme fonction 
a = " « a « "\n" ; 
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5.2 E x e m pies de choix dune fonction surdefinie 

N otre precedent ex em pie eta it si m pie, dans la m esure ou nous appelions to u jours la fonction sosie avec un 
argument ayant exactement I'un des types p rev us dans les prototypes (int ou double). On peut se d em ander 
ce qui se produirait si no us I'appe lions, par ex em pie, avec un argum ent de type char, long ou pointeur, ou si 
Ton avait affaire a des fonctions com portant plusieurs arguments... 

Avant d'examiner les regies de determination d'une fonction surdefinie, examinons tout d'abord quelques 
situations assez intuitives. 



E x em pie 1 

A vec no s deux p reced en tes declarations : 

void sosie (int) ; // sosie I 

void sosie (double) ; // sosie II 

et les variables suivantes : 

char c ; float y ; 

> I 'instruction sosie(c) appellera la fonction sosie I, apres conversion de la valeur de c en int, 

• I 'instruction sosie(y) appellera la fonction sosie II, apres con versio n de la valeur de y en double, 

• I 'instruction sosie('d') appellera la fonction sosie I, apres conversion de la valeur de 'd' en int. 

E x em pie 2 

A vec ces declarations : 

void affiche (char *) ; // affiche I 
void affiche (void *) ; // affiche II 
char * adl ; 
double * ad2 ; 

> I'instruction affiche (adl) appellera la fonction affiche I, 

• I'instruction affiche ( a d 2 ) appellera la fonction affiche II, apres conversion de la valeur de a d 2 en void*. 
E xem pie 3 

A vec ces declarations : 

void essai (int, double) ; // essai I 
void essai (double, int) ; // essai II 
int n, p ; double z ; char c ; 

' I'instruction essai(n,z) appellera la fonction essai I, 

• I'instruction essai(c,z) appellera la fonction essai I, apres conversion de la valeur de c en int, 

• I'instruction essai(n,p) conduira a une erreur de compilation, compte tenu de son ambiguite ; en effet, 
deux possibilites existent ici : convertir p en double, sans modifier n et appeler essai I ou, au contraire, 
convertir n en double, sans m odifier p et appeler essai II. 
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E xem pie 4 



A vec ces declarations 



void test (int n=0, double x=0) 
void test (double y=0, int p=0) 



// test I 
// test II 



int n ; double z / 

• I" instructio n test(n.z) appellera la fonction test I 

• I" instructio n test(z,n) appellera la fonction test II 

• I" instructio n test(n) appellera la fonction test I 

• I" instructio n test(z) appellera la fonction test II 

• I 'instruction test() conduira a une erreur de com pilation, com pte tenu de son am big u T t e . 
E xem pie 5 

A vec ces declarations : 

void true (int) ; // true I 

void true (const int) ; // true II 

vous o btiendrez une erreur de com pilation. En effet, C + + n ' a pas p rev u de di sting uer int de const int. C eci 
se justifie par le fait que, les deux fonctions true recevant une copie de I'inform ation a traiter, aucun risque 
n'existe de m odifier la valeur originale. 



E xem pie 6 

En revanche, considerez m a in tenant ces declarations : 

void chose (int *) ; // chose I 

void chose (const int *) ; // chose II 
int n = 3 ; 
const p = 5 ; 

C ette fois, la distinction entre int * et const int * est justified. En effet, on peut tres bien prevoir que chose I 
m odifie la valeur de la lvalue 3 dont e 1 1 e r e c o it I'adresse, tandis que chose II n'en fait rien. C ette distinction 
est possi ble en C + , de so rte que : 

• I" instructio n chose (& n) appellera la fonction chose I 

• I' instructio n chose (& p) appellera la fonction chose II 



1 ■ R appelons q u 1 o n nomme lvalue la reference a quelque chose dont on peut modifier la valeur. Ce ternie provlent de la contraction de 
"left value" qui design e quelque chose qui peut apparaitre a gauche d'un operateur d' affectation. 
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5.3 Regies de recherche dune fonction surdefinie 

Pour I 'instant, nous vous proposons si m plem ent de vous en donner plutot la p h i I o so p h i e gen era le, ce qui sera 
suffisant pour I'etude des cha pitres suivants. Au fil de I'etude de cet ouvrage, nous serons amene a vous 
apporter des informations com plem entaires. De plus, I'annexe A reprend I'ensemble precis de toutes ces 
regies. 



a) Cas des fonctions a un argument 

Le compilateur recherche la "meilleure correspondance" possible. Bien entendu, pour pouvoir definir ce 
qu'est cette meilleure correspondance, il faut qu'il dispose d'un critere d' evaluation. Pour ce faire, il est 
prevu differents niveaux de correspondance : 

1 - C orrespondance exacte : on distingue bien les uns des autres les differents types de base, en tenant 

compte de leur eventuel attribut de signe 4 ; de plus, comme on I'a vu dans nos precedents exemples, 
I'attribut const peut inter venir dans le cas de pointeurs ou de references. 

2 - C orrresponda nee avec " prom otions n u m eriques" , e'est-a-dire essentiellem ent : 

* char et short -> int 

* float -> double 

3 -Conversions dites "standard" : il s'agit des conversions legales en C+ + , e'est-a-dire de celles qui 

peuvent etre i m p o sees par une affectation (sans operateur de "cast"); cettte fois, il peut s'agir de 
conversions degradantes puisque, notamment, toute conversion d'un type numerique en un autre type 
num erique est acceptee. 

D 'autres niveaux sont prevus ; en particulier on pourra faire intervenir ce que I'on nomme des 
"conversions definies par I'utilisateur" (C .D .U .) ; el les ne seront etudiees que dans le chapitre X . 

La recherche s'arrete au premier niveau ayant permis de trouver une correspondance et cette derniere doit 
etre unique; si plusieurs fonctions conviennent au meme niveau de correspondance, il y a erreur de 
com pilation due a I'am biguite rencontree. B ien entendu, si a uc une fonction ne convient a aucun niveau, il y 
a egalem ent erreur de com pilation. 



b) Cas des fonctions a plusieurs arguments 

L 'idee generale est qu'il doit se degager une fonction "meilleure" que toutes les autres. Pour ce faire, le 
compilateur selectionne, pour chaque argument, la ou les fonctions qui realisent la meilleure 
correspondance (au sens de la hierarchie definie ci-dessus). Parmi I'ensemble des fonctions ainsi 
selectionnees, il choisit celle (si e 1 1 e existe et si e 1 1 e est unique) qui realise, pour chaque argument, une 
correspondance au moins egale a celle de toutes les autres fonctions 5 . 

Si plusieurs fonctions conviennent, la encore, on aura une erreur de compilation due a I'ambigu'ite 
rencontree ; de meme si aucune fonction ne convient, il y aura erreur de com pilation. 

N otez que les fonctions com porta nt un ou plusieurs a rgum ents par defaut sont traitees comme si plusieu rs 
fonctions differentes avaient ete definies avec un nom bre croissant d' a rgum ents. 



' ■ A ttention, en C + + , char est different de signed char et de unsigned char. 

5 ■ Ce qui revient a dire qu'il considere I'intersection des ensembles c o nstitues des fonctions realisant la meilleure correspondance pour 
chacun des argum ents. 
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5.4 Le mecanisme de la su rd e f in it io n de fonctions 

Jusqu'ici, nous avons examine la maniere dont le com pilateur faisait le choix de la "bonne fonction", en 
raisonnant sur un seul fichier source a la fois. M a is il sera it tout a fait en visa g e a b I e : 

• de compiler d'une part un fichier contenant la definition de nosdeux fonctionsnommees sosie, 

• d'utiliser ces fonctions par ailleurs en nous contentant d'en fournir les prototypes. 

Or, pour que ceci so it possible, I'editeur de liens do it etre en mesure d ' effectuer le lien entre le choix op ere 
par le com pilateur et la "bonne fonction" figurant dans un autre m odule objet. C ette reconnaissance est ba see 
sur la modification, par le compilateur, des noms "externes" des fonctions ; celui-ci fabrique un nouveau 
nom base, de m aniere determ iniste, d'une part sur le nom interne de la fonction, d 1 autre part sur le nom bre 
et la nature de ses argum ents. 

II est tres important de noter que ce mecanisme s'applique a toutes les fonctions, qu'elles soient 
effectivem ent surdefinies ou non (il est im possi ble de savoir si u ne fonction com pi lee dans un fichier source 
sera surdefinie dans un autre). On voit done qu'un problem e se pose, des lors que Ton souhaite pouvoir 
utiliser, dans un program m e C + + , une fonction e c rite et com pilee en C (ou dans un autre langage utilisant 
les memes conventions d'appels de fonction, notamment I'assem bleur ou le Fortran) ; en effet, une telle 
fonction ne voit pas son nom m odifie suivant le mecanisme evoque. Une solution existe toutefois : declarer 
une telle fonction, en faisant preceder son prototype de la m ention extern " C " . Par ex em pie, si nous avons 
ecrit et com pile en C une fonction d'en -fete : 

double fct (int n, char c) ; 

et que nous souhaitons I' utiliser dans un program m e C + + , il nous suffira d'y fournir son prototype de la 
facon suivante : 

extern "C" double fct (int, char) ; 

Rem arques : 

1) II existe une forme "collective" de la declaration extern ; e 1 1 e se presente ainsi : 

extern "C" { void exple (int) ; 

double chose (int, char, float) ; 



} ; 

2) Le problem e evoque pour les fonctions C (assembleur ou Fortran) se pose, a priori, pour toutes les 
fonctions de la bibliotheque standard C que I'on reutilise en C + + ; en fait, dans beaucoup 
d' environnem ents, cet aspect est autom atiquem ent pris en charge au niveau des fichiers en-tete 
correspondants (ils contiennent des declarations extern conditionnelles). 

3) II est possible d'employer, au sein d'un meme programme C+ + , une fonction C (assembleur ou 
F ortran) et une ou plusieurs a u tres fonctions C + + de m em e nom (m a is d' argum ents d iff e rents). P ar 
ex em pie, nous pouvons utiliser dans un program m e C + + la fonction fct precedente et deux fonctions 
C + + d 1 en-tete : 

void fct (double x) 
void fct (float y) 

en procedant ainsi : 

extern "C" void fct (int) ; 
void fct (double) ; 
void fct (float) / 
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Suivant la nature de I'argum ent d'appel de fct, il y aura bien appel de 1'une des trois fonctions fct. 
N otez toutefois qu'il n'est pas possible de mentionner plusieursfonctionsC de no m fct. 

6. LES OPERATEURS NEW ET DELETE 

En langage C , la gestion dynam ique de m em oire fait appel a des fonctions de la bibliotheque standard telles 
que ma Hoc et free. B ien entendu, celles-ci, com m e toutes les fonctions standard, restent utilisables en C + + . 

H ais, dans le contexte de la P rogram m ation Orientee Objet, C+ + a introduit deux nouveaux operateurs, 
new et delete, particulierem ent adaptes a la gestion dynam ique d'objets. C es operateurs peu vent egalem ent 
etre utilises pour des "variables classiqu es 6 " . D ans ces conditions, par souc i d'hom ogeneite et de sim plicite, 
il est plus raisonnable, en C+ + , d'utiliser system atiquem ent ces operateurs, que I'on ait affaire a des 
variables classiqu es o u a des o b jets. C 'est pourquoi nous vo us les presentons des m a in tenant. 

6.1 E x e m p les d'utilisation de new 

a) A vec la declaration : 

int * ad ; 

I 1 instruction : 

ad = new int ; 

permet d'allouer I'espace m em oire necessaire pour un element de type int et d'affecter a ad I'adresse 
correspondante. En C , vous auriez obtenu le m em e resultat en ecrivant : 

ad = (int *) malloc (sizeof (int)) ; 

(I'operateur de "cast", ici int * , etant facultatif) 

C om pte tenu de ce qu'en C + + , les declarations ont un emplacement libre, vous pouvez m em e declarer la 
variable ad au mom ent ou vous en avez besoin en ec rivant, par ex em pie : 

int * ad = new int ; 

b) A vec la declaration : 

char * adc ; 

I 1 instruction : 

adc = new char [100] ; 

alloue 1 1 em placem ent necessaire pour un tableau de 100 caracteres et place I'adresse (de debut) dans adc. En 
C , vous auriez obtenu le m em e resultat en ecrivant 

adc = (char *) malloc (100) ; 



- U n objet etant en f a it u n e variable d'un type parti culier. 
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6.2 Syntaxe et role de new 

new est done un operateur una ire (a un seul opera nde) qui s 1 utilise ainsi : 
new type 

ou type represente un type absolument quelconque. II fournit com m e res u I tat : 

• un pointeur (de type type* ) su r I 'em placem ent corresponda nt, lorsque I'allocation a reussi , 

• un pointeur nul (N U LL = 0), dans le cas contra ire. 
new accepte egalem ent une syntaxe de la form e : 

new type [n] 

ou n designe une expression entiere quelconque (non negative). 

Dans ce cas, new alloue I 'em placem ent necessaire pour n elem ents du type indique et fournit en resultat un 
pointeur (toujours de type type *} sur le premier elementde ce tableau. 



Rem arques : 

1) La norm e de C + + prevoit qu'en cas d' echec, new peut 7 declencher ce que I'on nom m e une exception 
de type b a d _ a 1 1 o c . C e m ecanism e de gestion des exceptions est edudie en detail dans le chapitre XVII. 
Vous y verrez que si rien n'est prevu par le programmeur pour traiter une exception, le programme 
s'interrom pt. Autrement dit, on ne peut plus compter (de f a c o n certaine) sur un pointeur nul dans les 
implementations respectant la norme a venir, a moins de prendre soi-meme en compte la gestion de 
I'exception bad alloc. Si vous ne so u h a i te z pas faire cette demarche (au demeurant relativement 
lourde I), sachez que le paragraphe 6.5 vous proposera unesolution plus s i m pie. 

2) En toute rigueur, new peut etre utilise pour allouer un emplacement pour un tableau a plusieurs 
dim ensions, par exem pie : 

new type [n] [10] 

D ans ce cas, new fournit un pointeur de type type * [10]. D ' une m aniere generale, la prem iere dim ension 
peut etre une expression entiere quelconque; les autres doivent obligatoirem ent etre des expressions 
constantes. 

C ette possibility est ra rem ent utili see en pratique. 



6.3 Exemples d'utilisation de I'operateur delete 

Lorsque I'on so u ha i te liberer un emplacement alloue prealablem ent par new, on doit absolument utiliser 
I'operateur delete. Ainsi, pour liberer les emplacements crees dans les exemples du paragraphe 6.1, nous 
ecrivons : 

delete ad ; 

pour I'em placem ent alloue par : 

ad = new int ; 

et : 



■ A c tu e 1 1 e m ent, la norm e ne I ' i m pose pas. 
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delete adc ; 

pour rem p I a c e m ent alloue par : 

adc = new char [100] ; 

6.4 Syntaxe et role de I'operateur delete 

La syntaxe usuelle de I'operateur delete est la suivante (adresse eta n t une expression devant avoir comme 
valeur un pointeur sur un em placem ent alloue par new ) : 

delete adresse 

N otez b i e n que le com portem ent du program m e n'est absolument pas defini lorsque : 

• vous liberez, par new , un em placem ent deja liber e ; nous verrons, a ce propos, que certaines precautions 
devront etre prises lorsque Ton definit des construe teurs et des destructeurs de certains o bjets, 

• vous fournissez a new, une "mauvaise adresse" ou un pointeur obtenu autrement que par new (malloc, 
par exem pie). 

Remarque: 

II existe une autre syntaxe de new ; de la forme delete [] adresse, e 1 1 e n'intervient que dans le cas de 
tableaux d'o bjets. N ous en parlerons dans le pa rag raphe 6 du chapitre 7. 



6.5 Pour gerer les denotements de memo ire : setnew handler 

Dans le paragraphe 6.2, nous avons vu qu'il n 1 eta it pas toujours possible de detecter le manque d'espace 
m em oire en exam inant la valeur de retour de new . 

En fait, C + + vous perm et de definir une fonction de votre choix et de dem ander qu'elle so it appelee en cas 
de manque de m em oire. II vous suffit, pour ce faire, d'appeler la fonction set_new_handler, en lui 
fournissant, en argument, I'adresse de la fonction que vous avez prevue pour traiter le cas de manque de 
m em oire. V oici, par exem pie, un program m e qui alloue des em placem en ts pour des tableaux d 1 en tiers do nt 
la taille est fournie en don nee, et ceci jusqu'a ce qu'il n'y ait plus suffisam m ent de p lace (notez qu'ici nous 
utilisons toujours la meme variable adr pour recevoir les differentes adresses des tableaux, ce qui, dans un 
program m e reel, ne sera it pro bablem ent pas acceptable). 



^include <iostream.h> 

main () 

{ 

void deborde () ; // proto fonction appelee en cas manque memoire 
set_new_handler (Sdeborde) ; 
long taille ; 
int * adr ; 
int nbloc ; 

cout « "Taille souhaitee ? " ; 

cin » taille 

for (nbloc=l ; ; nbloc++) 
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{ adr = new int [taille] ; 

cout « "Allocation bloc numero : " « nbloc « "\n" ; 

} 

} 

void deborde () // fonction appelee en cas de manque memoire 

{ cout « "Memoire insuffisante - arret execution \n " ; 
exit (1) ; 

} 



Taille souhaitee ? 5000 

Allocation bloc numero : 1 

Allocation bloc numero : 2 

Allocation bloc numero : 3 

Allocation bloc numero : 4 

Allocation bloc numero : 5 

Memoire insuffisante - arret execution 



Exemple de definition, par set_ n e w _ handler, d'une fonction de gestion du manque de memoire 
Remarque: 

La technique d e c rite ici est utilisable avec toutes les versions d e C + + , qu'elles disposent ou non du 
mecanisme de gestion des exceptions. En effet, dans ce dernier cas, I'exception de type b a d _ a Hoc est 
lancee, non pas direc tern ent par new , m a is par I'interm ediaire d' une fonction. 



7. LA SPECIFICATION INLINE 



7.1 Rappels concernant les macros et les fonctions 



En langage C , vous savez qu'il existe deux notions assez voisines, a savoir les m acros et les fonctions. Une 
macro et une fonction s'utilisent apparem m ent de la meme f a g o n en faisant suivre leur nom d'une liste 
d'argum en ts en tre parentheses. C ep en da nt : 

• les instructions correspondant a une macro sont incorporees a votre program m e 8 , a chaque fois que vous 
I'appelez ; 

• les instructions correspondant a une fonction sont "generees" une seule fois 9 ; a chaque appel, il y aura 
seulement mise en place des instructions necessaires a etablir la liaison entre le programme 10 et la 
fonction, c'est-a-dire : sauvegarde de "I'etat courant" (valeurs de certains registres, par exemple), 
recopie des valeurs des argum ents, bra nc hem ent avec conservation de I'adresse de re tour..., recopie de la 
valeur de retour, restauration de I'etat courant et retour dans le programme. Toutes ces instructions, 



■En toute rigueur, I'incorporation est r e a I i see au niveau du preprocesseu r, I e q u e I introduit les instructions en langage C correspondant a 
"I 1 expansion" de la macro ; ces instructions peuvent d'ailleurs varier d'un appel a un autre. 

9 ■ Par le com pilateur, cette fois, so u s form e d 1 i n structions en langage machine, 

10 ■ En toute rigueur, il f audrait plutot parler de fonction appel ante. 
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necessa ires a la m i se en ceuvre de Tap pel de la fonction, n 'existent pas dans le cas de la m aero. On peut 
done dire que la fonction perm e t de gagner de I'espace memoire, en contrepartie d'une perte de temps 
d 1 execution. B ien entendu, la perte de tem ps sera relativem ent d'autant plus faible que la fonction sera de 
taille im portante ; 

• les macros peuvent, contrairem ent aux fonctions, entralner des "effets de bo r d " indesirables, ou pour le 
m oins, pas necessa irem ent p rev us. C itons deux ex em pies : 

- si une macro introduit de nouvelles variables, celles-ci peuvent in terferer avec d'autres variables de 
m em e nom . C e risque n'existe pas avec une fonction, sauf si Ton utilise, volonta irem ent cette fois, 
des variables globa les ; 

- une m aero definie par : 

carre (x) x * x 

et appelee par : 

carre (a++) 

generera les instructions : 

a++ * a++ 

qui in c rem en tent deux fois la variable a. 

G eneralem ent, en C , lorsque Ton a besoin d'une fonction courte et que le tem ps d' execution est prim ordial, 
on fait appel a une m aero, m algre les inconvenients que cela im plique. En C + + , il existe, dans ce cas, une 
solution plus satisfaisante : utiliser une fonction "en ligne" (inline). 



7.2 Utilisation de fonctions "en ligne" 

U ne fonction "en ligne" se def in it et s' utilise com m e une fonction ordinaire, avec la seule difference qu'on 
fait p recede r son en-tete de la specification inline. E n voici un ex em pie. 



# include <iostream.h> 
^include <math.h> 

/* definition d'une fonction "inline" */ 
inline double norme (double vec[3]) 
{ int i ; double s = 0 ; 

for (i=0 / i<3 ; i++) s+= vec [i] *vec [i] ; 

return sqrt (s) ; 

} 

/* exemple d' utilisation */ 

main () 

{ double vl[3], v2[3] ; 
int i ; 

for (i=0 ; i<3 ; i++) { vl[i] = i ; v2 [i] 
cout « "norme de vl : " « norme (vl) « " 



= 2*i-l ; } 
— norme de v2 : " « norme (v2) ; 
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; 

norme de vl : 2.236068 - norme de v2 : 3.316625 



Exemple de definition et d'utilisation d'une fonction "en lig ne" 



La fonction norme a pour but de calculer la norme d'un vecteur a trois composantes qu'on lui fournit en 
argum ent. 

La presence du mot inline demande au compilateur de traiter la fonction norme d'une maniere differente 
d'une fonction ordinaire. Plus precisement, a c h a q u e appel de norme, il devra incorporer, au sein du 
programme, les instructions correspondantes (en langage machine 11 ). Le mecanisme habituel de gestion de 
I'appel et du retour n'existera plus (il n'y a plus besoin de sauvegardes, recopies, ...), ce qui realise une 
economie de temps. Par contre, les instructions correspondantes seront generees a chaque appel, ce qui 
conso m m era une quantite de m em o i re croissant a vec le nom bre d' a p pels. 

II est tres important de noter que, de par sa nature meme, une fonction "en ligne" doit etre definie dans le 
m em e fichier source que celui ou on I' utilise. E lie ne peut plus etre com pi lee sep a rem en t ! C eci explique 
qu'il ne so it pas necessaire de declarer une telle fonction (sauf si el I e est utilisee, au sein d'un fichier source, 
avant d'etre definie). A in si, da ns notre exemple, ne trouvons-nous pa s de dec I a ration telle que : 

double norme (double) ; 

Cette absence de possibility de compilation separee constitue une contrepartie notable aux avantages offerts 
par la fonction "en ligne". En effet, pour qu'une meme fonction "en ligne" puisse etre partagee par 
differents program m es, il faudra abso lum ent la placer dans un fichier en-tete 12 (com m e on le fait a vec une 
m aero). 





A vantages 


Inconvenients 


M aero 


- E conom ie de tern ps 
d'execution 


- Perte d'espace m em oire 

- R isque d'effets de bord non desires 

- P as de com pilation separee possible 


F onction 


- E conom ie d'espace 
m em oire 

-Com pilation separee 
possi ble 


- Perte de tern ps d'execution 


F onction 
"en ligne" 


- E conom ie de tern ps 
d'execution 


- Perte d'espace m em oire 

- P as de com pilation separee possible 



C omparaison entre macro, fonction et fonction "en ligne" 



11 ■ Notez qu'il s'agit b i en , ici, d'un travail effectue par le compilateur I u i - m em e, a I o r s que dans le cas d'une macro, un travail 
com parable eta it effectue par le preprocesseu r. 

12 ■ A m o Ins d' en ec r Ire p lusleu rs to Is la defln Itlon, ce qui ne sera It pas " ralsonnable" , com pte ten u des r Isqu es d ' er reu rs qu e c el a 
com porte. 
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Rem arque im portante : 

La declaration inline constitue une demande effectuee aupres du com pilateur. Ce dernier peut 
eventuellem ent (par ex em pie, si la fonction est volum ineuse) ne pas I'introduire en ligne et en faire une 
fonction ordinaire. De meme, si vous utilisez quelque part (au sein du fichier source concerne) I'adresse 
d'une fonction declaree inline, le com pilateur en fera une fonction ordinaire (dans le cas contraire, il serait 
incapable de lui attribuer une adresse et encore moins de mettre en place un eventuel appel d'une fonction 
situee a cette adresse). 



8. LES ESPACES DE NOMS 

Lorsque Ton doit utiliser plusieurs bi bliotheques d'objets dans un programme, on peut etre confronte au 
problem e dit de "pollution de I'espace des nom s" , lie a ce qu'un meme identificateur peut tres bien avoir ete 
utilise par plusieurs bibliotheques. Le meme problem e peut egalement se poser, a un degre moindre 
toutefois, lors du develop pern ent de gros program m es. C 'est la raison pour laquelle la norm e ANSI a 
introduit le concept d"'espace de noms". II s'agit simplement de donner un nom a un "espace" de 
declarations, en procedant ainsi : 

namespace une_bibli 

{ // declarations usuelles 

} 

Pour se referer a des identificateurs definis dans cet espace de nom s, on utiliser a une instruction using : 

using namespace une_bibli 

// ici, les identificateurs de une_bibli sont connus 

On peut lever I'ambiguite risquant d'apparaltre lorsqu'on utilise plusieurs espaces de noms comportant des 
identificateurs identiques ; il suffit pour cela de faire appel a I'operateur de resolution de portee ; par 
exem pie : 

une_bibli :: point ... // on se refere a 1 ' identificateur point 

// de 1 'espace de noms une_bibli 

On peut aussi utiliser I ' instruction using pour faire un choix perm anent : 

using une_.bijb.li ; -.point ; // dorenavant, 1 ' identificateur point , employe seul 

// correspondra a celui defini dans 
// 1 'espace de noms une_bibli 

En particulier, lorsqu'on fera appel aux com posants de la bibliotheque standard tels que les conteneurs ou les 
algorithmes, il faudra mentionner I'instruction : 

using namespace std ; /* utilisation de la bibliotheque standard */ 

9. LE TYPE BOOL 

Ce type est tout naturellem ent forme de deux valeurs notees true et false. En theorie, les resultats des 
comparaisons ou des combinaisons logiques doivent etre de ce type. Toutefois, il existe des conversions 
im plicites : 

• de boo I en num erique, true devenant 1 et false devenant 0, 



48 Programmer en langage C+ + 

• de num erique (y com pris flottant) en bool, toute valeur non nulle devenant true et zero devenant false. 
Dans ces conditions, tout se passe com m e si, finalem ent, boo I eta it un type en u m ere defini ainsi : 

typedef enum { false=0, true } bool ; 

En definitive, ce type bool sert surtout a apporter plus de clarte aux programmes, sans remettre en cause 
quoi que ce soit. 



V. CLASSES ET OBJ ETS 



A vec ce c h a p i t r e , nous abordonsveritablement les possibilites de P .0 .0 . de C + + . C om m e nous I'avons d it 
dans le premier chapitre, celles-ci reposent entierem ent sur le concept de classe. Une classe est la 
generalisation de la notion de type defini par I'utilisateur 1 , dans lequel se trouvent associees a la fois des 
donnees (membres donnee) et des m ethodes (fonctions membre). En P. 0.0. "pure", les donnees sont 
encapsu lees et leur acces ne peut se faire que par le biais des m ethodes. C++ vous autorise a n'encapsu ler 
qu'une partie seulement des donnees d'une classe (cette demarche reste cependant fortement deconseillee). 
Qui plus est, il existe m em e un type particulier, correspondant a la generalisation du type structure du C , 
dans lequel sont effectivem ent associees des donnees et des m ethodes, ma is sans aucune encapsulation. 

En pratique, ce nouveau type structure d u C++ sera rarement employe sous cette forme generalised. En 
revanche, sur le plan conceptuel, il correspond a un cas particulier de la classe ; il s'agit, en effet, d'une 
classe dans laquelle aucune donnee n ' est encapsu lee. C 'est pour cette raison que nous commencerons par 
vous presenter le type structure de C + + (mot cle struct) ; ceci nous perm ettra, dans un prem ier tern ps, de 
nous limiter a la f a g o n de mettre en ce u v re I'association des donnees et des m ethodes. Ce n'est qu'ensuite 
que nous verrons com m ent s'exprim e I 'encapsu lation a u sein d'une classe (m ot cle cla ss). 

C om m e une classe (ou une structure) n'est qu'un si m pie type defini par I'utilisateur, les objets possedent les 
memes caracteristiques que les variables ordinaires, en particulier en ce qui concerne leurs differentes 
classes d' allocation (statique, automatique, dynamique). Cependant, pour rester simple dans un premier 
tern ps et nous foe a User essen tiellem ent sur le concept de classe, nous n e considered ns, dans ce chapitre, que 
des objets automatiques (declares au sein d'une fonction quelconque), ce qui correspond au cas le plus 
naturel. C e n'est que dans le chapitre VII que nous aborderons les autres classes d' allocation des objets. 

Par ailleurs, nous introduirons ici les tres importantes notions de constructeur et de destructeur (il n'y a 
guere d'objets i n teressa nts qui n'y fassent pas appel). La encore, com pte tenu de la rich esse de cette notion 
et de son interference avec d'autres (comme les classes d' allocation), il vous faudra attendre la fin du 
chapitre V II pour en connaltre toutes les possibilites. 



1. LES ST RUCT URES EN C + + 

R appelons d' abord tres sue cine tern ent com m ent on m anipule les structures en C . 



■ En C , les types definis par I'utilisateur sont : les structures, les unions et les enum erations. 
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1 .1 Rappel : les structures en C 

E n C , une declaration telle que : 

struct point 
{ int x ; 
int y ; 

} ; 

definit un "type structure" nomme point (on dit aussi un modele de structure nomme point ou parfois, par 
abus de langage, la structure point 2 ). Quanta x et y, on dit que ce sont des champs ou des mem I) res 3 de la 
structure point. 

On declare en suite des variables du type point par des instructions te lies que : 

struct point a, h ; 

Celle-ci reserve I'em placem ent pour deux structures nominees a et b, de type point. L'acces aux m em bres 
(champs) de a ou de b se fait a I 1 aide de I'operateur point (.) ; par ex em pie, a.y designe le m em bre y de la 
structure a. 

En C+ + , comme nous I'avons dit, nous allons pouvoir, dans une structure, associer aux donnees 
constitutes par ses m em bres, des m eth odes qu'on nom m era "fo notions m em bre" . R appelons que, puisque les 
donnees ne sont pas encapsu lees dans la structure, une telle association est relative m ent artificie lie et que son 
principal in teret est de preparer a la notion de classe. 



1.2 Declaration dune structure comportant des fonctions membre 

S upposez que nous sou ha itions associer a la structure point precedente trois fonctions : 

• initialise pour donner des valeurs aux "coordonnees" d'un point, 

• deplace pour m odifier les coordonnees d'un point, 

• affiche pour afficher un point: ici, nous nous contenterons, par souci de simplicity, d'afficher les 
coordonnees d u point. 

V oici com m ent nous pourrions declarer notre structure point. 



/* — 

struct point 
{ 



/* declaration "classique" des donnees */ 



Declaration du type point 



*/ 



int x ; 
int y ; 



/* declaration des fonctions membre (methodes) */ 
void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 



■ D a ns ce cas, il y a am biguite car le m em e m ot structure design era a la f ois un type et des o I) jets d'un type structure. G eneralem ent, le 
contexte perm ettra de trancher et c 'est sou vent ce term e que nous utilisero n s. 
3 ■ C 'est plutot ce dernier term e que I'on em ploiera en C + + . 
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D ec la ration d'une structure comportant des methodes 

N ous y trouvons cette fois, outre la declaration classique des donnees 4 , les declarations (en-tetes) de nos 
trois fonctions. Notez b i e n que la definition de ces fonctions ne figure pas a ce niveau de simple 
declaration : e 1 1 e sera r e a I i see par ail leu rs com m e nous le verrons un peu plus loin. 

I ci, nous avons p revu que la fonction m em b re initialise recevra, en argument, deux valeurs de type int. A ce 
niveau, rien ne dit I 1 usage qui sera fait de ces deux valeurs. Ici, bien entendu, nous avons ecrit I'en-tete de 
initialise en ayant a I 1 esprit I 1 idee qu'elle affecterait aux m em bres x et y les valeurs re g u es en argum ent. L es 
m em es rem arques s'appliquent a ux deux autres fonctions m em bre. 

Vous vous attendiez (peut-etre !) a trouver, pour chaque fonction membre, un argument supplemental 
precisant la structure (variable) su r laquelle elle do it operer 5 . N o us verrons com m ent cette inform ation sera 
a u torn atiquem ent fournie a la fonction m em bre lors de so n appel. 



1.3 Definition des fonctions membre 

Elle se fait par une definition (presque) classique de fonction. Voici ce que pourrait etre la definition de 
initialise : 

void point :: initialise (int abs, int ord) 
{ x = abs ; 
y = ord ; 

} 

D ans I'en-tete, le nom de la fonction est : 

point: : initialise 

L e sy m bo le :: correspond a ce que Ton nom m e, en C + + , I'operateur de "resolution de portee" . II peu t etre 
utilise dans d ' autres contextes que celui-ci ; il sert a modifier la portee d 'un identificateur. Ici, il signifie que 
I'identificateur initialise dont on "parle" est celui defini dans point. En I'absence de ce "prefixe" (point::), 
nous definirions effectivem ent une fonction nom m ee initialise, m a is celle-ci ne sera it plus associee a point ; 
il s'agirait d'une fonction "ordinaire" , nom m ee initialise et non plus de la fonction membre initialise de (la 
structure) point. 

Si nous exam inons m a in tenant le corps de la fonction initialise, nous y trouvons une affectation : 

x = abs ; 

L e sy m bo le a bs y designe, classi quern ent, la valeur recue en p rem ier argum ent. M a is x, quant a lui, n'est ni 
un argument ni une variable locale. En fait, x designe le membre x correspondant au type point (cette 
association eta n t r e a I i see par le point:: de I'en-tete). Quelle sera precisement la structure 6 concerned ? La 



■ O n parle parfois d e "variables" , par analogie avec les "fonctions membre" , 

5 ■ Pour qu'une telle Information ne solt pas utile, II faudralt "dupllquer" les fonctions membre en autant d 1 ex em p I a ires qu'll y a de 
structures de type point, ce qui sera It pa rtic ulierem ent Inefflcace 

6 ■ Ici, le term e structure est b i en synonym e de variable de type structure. 
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encore, nous verrons comment cette inform ation sera transm ise autom atiquem ent a la fonction initialise lors 
de so n appel. 

Nous n'insistons pas sur la definition des deux autres fonctions membre; vous trouverez ci-dessous 
I'ensem ble des definitions de nos tro is fonctions. 



/* Definition des fonctions membre du type point */ 

void point :: initialise (int abs, int ord) 
{ 

x = abs ; y = ord ; 

} 

void point : : deplace (int dx, int dy) 
{ 

x += dx ; y += dy / 

; 

void point : : affiche () 
{ 

cout « "Je suis en " « x « " " « y « "\n" ; 

} 



D efinition des fonctions membre 

1.4 Utilisation dune structure comportant des fonctions membre 

Disposant du type point tel qu'il vient d'etre declare dans le paragraphe 1.2, nous pouvons tout d'abord 
declarer a utant de structures de ce type que nous le sou ha itons. P ar ex em pie : 

point a, b ; 7 

declare deux structures nominees a et b, possedant chacune des membres x et y et disposant chacune des 
trois methodes initialise, deplace et affiche. A ce propos, nous pouvons d ' o res et deja remarquer que, si 
chaque structure dispose en propre de chacun de ses membres, il n'en va pas de meme des fonctions 
membre: celles-ci ne sont "generees 8 " qu'une seule fois (le contraire conduirait m anifestem ent a un 
gaspillage de m em o i re I). 

L'acces aux membres x ety de nos structures a et b pourrait se derouler com m e en C ; a in si pourrions-nous 
ecrire : 

a.x = 5 ; 

Ce faisant, nous accederions "directem ent" aux donnees, sans passer par I'interm ediaire des methodes. 
Certes, nous ne respec terions pas le principe decapsulation mais, dans ce cas precis (de structure et pas 
encore de classe), ce sera it pa rfa item ent accepte en C + + 9 . 

L 'appel d'une fonction m em bre est fait d'une m aniere sem b la ble. A in si : 



■ 0 y struct point a, b ; le m ot struct est facultatif en C + + . 
• Exception faite des fonctions "en ligne". 

■ lei, ju stem ent, les fonctions membre p revues pour notre structure point perm ettent de respec ter le principe d 1 en c a psu lation. 
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a. initialise (5,2) ; 

signifie : appeler la fonction m e m b r e initialise, pour la structure a, en lui transm ettant en argument les 
valeurs 5 et 2. Si Ton fait abstraction du "prefixe" a., cet appel est analogue a un appel classique de 
fonction. Bien entendu, c'est justement ce prefixe qui va preciser a la fonction m em b r e quelle est la 
structure sur laquelle elle do it operer. Ainsi, ici, I 'instruction : 

x = abs ; 

de point:: initialise placera dans le champ x de la structure a, la valeur recue pour abs (c'esb-a-dire 5). 



R em arques : 

1) U n appel tel que a. initialise (5,2) ; pourrait etre rem place, ici, par : 

a.x = 5 ; a.y = 2 ; 

N ous verrons prec isem ent qu'il n'en ira plus de meme dans le casd'une (vraie) classe, pour peu qu'on y 
ait con vena blem ent encapsu le les donnees. 

2) En jargon P.O.O., on dit egalement que a. initialise (5, 2) constitue 1'envoi d'un message (initialise, 
accom pagne des inform abions 5 et 2) a I'objet a. 



1 .5 Exem pie recapitulatif 

Void un exemple de programme, reprenant la declaration du type point, la definition de ses fonctions 
m em bre et I'utilisant dans la fonction main. 



^include <iostream.h> 

/* Declaration du type point */ 

struct point 

{ /* declaration "classique" des donnees */ 

int x ; 
int y ; 

/* declaration des fonctions membre (methodes) */ 
void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 

} ; 

/* Definition des fonctions membre du type point */ 

void point :: initialise (int abs, int ord) 
{ 

x = abs ; y = ord ; 

; 

void point : : deplace (int dx, int dy) 
{ 

x += dx ; y += dy ; 

} 

void point :: affiche () 
{ 
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cout « "Je suis en " « x « " " « y « "\n" ; 

} 

main () 
{ 

point a, b ; 

a. initialise (5, 2) ; a.affiche () ; 

a. deplace (-2, 4) ; a.affiche () ; 

b. initialise (1,-1) ; b.affiche () ; 

} 



Je suis en 5 2 
Je suis en 3 6 
Je suis en 1 -1 



Exemple de definition et d'utilisation du type point 

R em arques 

1) La syntaxe meme de I'appel d'une fonction m e m b r e fait que celle-ci recoit obligatoirem ent un 
" a rg u m ent im plicite" du type de la structure correspondante. U n e fonction m em b re ne peut pas etre 
appelee com m e une "fonction ordinaire" . P ar exem pie, cette instruction : 

initialise (3,1) ; 

sera rejetee a la compilation (a moins qu'il n'existe, par ailleurs, une fonction ordinaire nommee 
initialise). 

2) Dans la declaration d'une structure, il est perm is (m a is genera lem ent peu conseille) d'inbroduire les 
donnees et les fonctions dans un ordre quelconque (nous avons system atiquem ent place les donnees 
avant les fonctions). 

3) D a ns notre exem pie de program m e com p let, nous avons introdu it : 

- la declaration du type point, 

- la definition des fonctions m em bre, 

- la fonction (main) utilisant le type point. 

M ais, bien entendu, il serait possible de "compiler separem ent" le type point ; c'est d'ailleurs ainsi 
que Ton pourra " reutiliser" un " com posant logic iel" . N ous y reviendrons a la fin de ce chapitre. 



2. NOTION DE C LASSE 

Comme nous I'avonsdeja dit, la structure en C + + est un cas particulier de la classe. Plus precisement, une 
classe sera une structure dans laquelle seulem ent certains m em bres et/ou fonctions m em bre seront "publics" , 
c'est-a-dire accessibles "de I'exterieur" , les autres m em bres etant dits " p rives" . 

La declaration d'une classe est voisine de eel le d'une structure puisqu'en effet, il suffit : 



V. C lasses et objets 55 

• de rem placer le mot c I e struct par le mot c I e cla ss, 

• de p rec iser quels son t les m em bres publics (fonctions ou donnees) et les m em bres p rives en utilisant les 
m ots cles public et private. 

Par ex em pie, faiso ns de notre preced ente structure point une classe dans laquelle to us les m em bres do n nee 
sont prives et toutes les fonctions mem bre sont publiques. Sa declaration sera it sim plem ent la suivante. 



/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

private : /* facultatif (voir remarque 4) */ 

int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 

} ; 



D eclaration d 1 une classe 

lei, les m em bres nom m es x et y sont prives, tandis que les fonctions m em bre nom m ees initialise, deplace et 
affiche sont publiques. 

En ce qui concerne la definition des fonctions membre d'une classe, e 1 1 e se fait exactement de la meme 
maniere que celle des fonctions membre d'une structure (qu'il s'agisse de fonctions publiques ou privees). 
En particulier, ces fonctions membre ont (el les I) acces a I'ensem ble des m em bres (publics ou prives) de la 
classe. 

L 'utilisation d'une classe se fait egalement comme celle d'une structure. A titre indicatif, voici ce que 
devient notre program m e du pa rag rap he 1.5 lorsque I' on y rem place la structure point par la classe point 
telle que nous venons de la definir. 



# include <iostream.h> 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

private : 
int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

void initialise (int, int) ; 
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void deplace (int, int) ; 
void affiche () ; 

} ; 

/* Definition des fonctions membre de la classe point */ 

void point :: initialise (int abs, int ord) 
{ 

x = abs ; y = ord ; 

} 

void point :: deplace (int dx, int dy) 
{ 

x = x + dx ; y = y + dy ; 

} 

void point :: affiche () 
{ 

cout « "Je suis en " « x « " " « y « "\n" ; 

} 

/* Utilisation de la classe point */ 

main () 
{ 

point a, b ; 

a. initialise (5, 2) ; a. affiche () ; 

a. deplace (-2, 4) ; a. affiche () ; 

b. initialise (1,-1) ; b. affiche () 

} 



Exemple de definition et d'utilisation d 1 u n e classe (point) 

R em arques 

1) D ans le "jargon" de la P .0 .0 ., on dit que a et b sont des instances de la classe point, ou encore que 
ce so nt des objets de type point ; c 'est genera I em ent ce dernier term e que nous utiliserons 10 ; 

2) Dans notre exemple, to us les m em bres do n n ee de point sont prives, ce qui realise une enc a psu lation 
com plete des donnees. A in si, une tentative d'utilisation directe (ici au sein de la fo notion main) du 
membre a : 

a.x = 5 

conduirait a un diagnostic de compilation ( b i e n entendu, cette instruction serait acceptes si nous 
avions fait de x un membre public). 

En general, on cherchera a respecter le principe d'encapsulation des donnees, quitte a prevoir des 
fonctions membre appropriees pour y acceder. 

3) Dans notre exemple, toutes les fonctions membre etaient publiques. II est tout a fait possible d'en 
rendre certaines privees. Dans ce cas, de telles fonctions ne seront plus accessibles de "I'exterieur" de 
la classe. E lies ne pourront etre appelees que par d'autres fonctions m em bre. 

4) L es m ots cles public et private peuvent apparaltre a plusieu rs reprises da ns la definition d'une classe, 
com m e dans cet exem pie : 



■ II pourrait d'ailleurs s'appliquer aux Instances d e structure. 
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class X 

{ private : 

public : 
private : 

} ; 

Si aucun de ces deux m ots n'apparait au debut de la definition, tout se passe com m e si private y avait 
ete place. C 'est pourquoi la presence de ce mot n 1 eta it pas indispensa ble dans la definition de notre 
classe point. 

Si aucun de ces deux m ots n'apparait dans la definition d'une classe, to us ses m em bres seront done 
prives, done inaccessibles. C ela sera ra rem en t utile. 

5) Si I'on rend publics to us les m em bres d'une classe, on obtient I' equivalent d'une structure. A in si, ces 
deux declarations definissent le m em e type point : 

struct point class point 

{ int x ; { public : 

int y ; int x ; 

void initialise (. . .) ; int y ; 

void initialise (...) ; 

} ; 

; / 

6) P ar la suite, en I'absence de precisions sup plem enta ires, nous utiliserons le m ot classe pour designer 
indifferem m ent une "vraie" classe (class) ou une structure (struct), voire egalem ent une union ou une 
en urn e ration (enum ) dont nous parlerons un peu plus loin 11 . D e m em e, nous utiliserons le m ot objet 
pour designer des instances de ces differents types. 

7) En toute rigueur, il existe un troisieme mot, a savoir protected (protege) qui s'utilise de la meme 
maniere que les deux autres ; il sert a definir un statut interm ediaire entre public et prive, lequel 
n'intervient que dans le cas de classes derivees. N o us en reparlerons dans le chapitre X 1 1 . 



3. AFFECTATION D'OBJ ET S 

En C , il est possible d'affecter a une structure la "valeur" d'une autre structure de meme type. Ainsi, avec 
ces declarations : 

struct point 
{ int x ; 
int y ; 

) ; 

struct point a, b ; 

vous pouvez tout a fait ecrire : 

a = b ; 

Cette instruction recopie I'ensemble des valeurs des champs de b dans ceux de a. Elle joue le meme role 
que : 



■ La situation la plus rep an due eta nt c elle du type class. 
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a . x = b.x ; 

a. y = b.y ; 

En C + + , cette p o ss i b i lite d 1 affectation glob ale s'etend aux o b j e ts 1 2 de m em e type. E lie correspond a une 
recopie des valeurs des mem bres donnee 13 , que ceux-ci so ient publics ou non. A in si, a vec ces declarations 
(notez qu'ici nous avons p revu, artificiellem ent, x prive et y public) : 

class point 
{ int x ; 

public : 
int y ; 

} ; 

point a, b ; 

I 1 instruction : 

b = a ; 

provoquera la recopie des valeurs des m em bres x et y de a dans les m em bres correspondants de b. 

II faut noter qu'ici, contrairem ent a ce qui a ete dit pour les structures, il n'est plus possible de remplacer 
cette instruction par : 

b. x = a.x ; 
b.y = a.y ; 

En effet, si la deuxieme affectation est legale, compte tenu (ici) de ce que y est public, la premiere ne Test 
pas, puisque x est prive 14 . 

N otez bien que I 'affectation b - a est to u jours legale, quel que so it le statut (public ou prive) des m em bres 
donnee. On peut consider er qu ' e 1 1 e ne viole pas le principe d'enc a psu lation, dans la m esure ou les do n n ees 
privees de b (c'est-a-dire les copies de eel les de a) restent to u jours inaccessibles de m aniere directe. 



R em arque tres Im portante : 

Le role de I'operateur = , tel que nous venons de le definir (recopie des membres do n n ees) peut, ici, 
paraltre naturel. En fait, il ne I 'est que pour des cas si m pies. Nous verrons des c ire on stances ou cette 
ban ale recopie s'averera insuffisante ; ce sera no tarn m ent le cas des qu'un objet com portera des pointeurs 
su r des em placem ents dyn am iques. La recopie en question ne concern era pas cette partie dyn am ique de 
I' objet (on dira qu'il s' a git d' une "recopie superficielle" ). N ous reviendrons ulterieurem ent sur ce point 
fondamental qui ne trouvera de solution satisfaisante que dans la surdefinition (pour la classe concerned) 
de I'operateur = . 



■ A y sens large : de type c lass, struct, union ou en urn . 

■ L es fo notions m em bre n'ont aucune ralson d'etre c oncer nees. 

■ Sauf, si I 'affectation b.x = a.x eta It ec rite au seln d'une fo notion mem bre de la classe point. 



4. NOTION DE CONSTRUCT EUR ET DE DESTRUCTEUR 
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4.1 Introduction 

A priori, les objets 15 suivent les regies habitue lies concernant leur initialisation par defaut, a savoir que seuls 
les objets statiques voient leurs don nees initia I i sees a zero. En general, il est done necessaire de fa ire appel a 
une fonction m em bre pour attribuer des v a leurs aux don nees d'un objet. C 'est ce que nous avons fait pour 
notre type point avec la fonction initialise. 

U ne telle demarche oblige toutefois a com pter sur I'utilisateur de I 1 objet pour effectuer Tap pel voulu au bon 
m om ent. E n outre, si, da ns le cas present, le risque ne porte que sur des v a leurs no n definies, il n'en va plus 
de m em e dans le cas ou, avant m em e d'etre utilise, un objet doit s'allouer dyna m iquem ent de la mem oire 16 . 
L 'absence de procedure d' initia lisation peut, dans ce dernier cas, devenir catastrophique. 

C+ + offre un mecanisme tres performant pour traiter ces problem es , a savoir le constructed. II s'agit 
d'une fonction membre (definie comme les autres fonctions membre) qui sera appelee autom atiquem ent a 
chaque "creation" d'un objet. Ceci aura lieu quelle que soit la "classe d' allocation" de I'objet: statique, 
autom atique ou dynam ique. N otez que les objets autom atiques aux quels nous nous lim itons ici sont "crees" 
par une declaration. Ceux de classe dynamique seront crees par new (nous y reviendrons dans le chapitre 
V II). 

D'une maniere similaire, un objet pourra posseder un d estr u cteu r ; il s'agit egalement d'une fonction 
membre qui est appelee autom atiquem ent au moment de la "destruction" de I'objet correspondant. Dans le 
cas des objets autom atiques, la destruction de I'objet a lieu lorsque I'on quitte le bloc ou la fonction ou il a 
ete declare. 

Par convention, le constructeur se reconnalt a ce qu'il porte le meme nom que la classe. Quant au 
destructeur, il porte le meme nom que la classe, precede du sym bole til da (~ ). 



4.2 Exemple de classe com portant un constructeur 

C onsiderons notre classe point precedente et transform ons sim plem ent notre fonction m em bre initialise en 
un constructeur en la renom m ant point (dans sa declaration et dans sa definition). N otre nouvelle classe point 
se presente alors ainsi : 



/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

point (int, int) ; // constructeur 

void deplace (int, int) ; 
void affiche () ; 



■Ay sens large du term e. 

16 - Ne confondez pas u n objet dynamique avec un objet (par exemple, autom atique) qui s'a lloue dyna m Iquem ent d e la m em oire. Une 
situation de ce type sera etud lee dans le proc ha In chapitre. 
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U ne classe (point) munie d'un constructed 
C om m ent utiliser cette classe ? A priori, vous pourriez penser que la declaration suivante convient toujours : 

point a ; 

En fait, a partir du moment o u un constructeur est defini, il doit pou voir etre appele (a u torn atiquem ent) lors 
de la creation de I'objet a. Ici, notre constructeur a besoin de deux arguments. Ceux-ci doivent 
obligatoirem ent etre fourn is dans no tre declaration, par ex em pie : 

point a (1,3) ; 

Cette contrainte est en fait un excellent garde-fou : a partir du moment ou u ne classe possede un 
constructeur 17 , il n 1 est plus possible de creer un objet sans fournir les arguments requis par son 
constructeur (sauf si ce dernier ne possede aucun argument 18 I). 

A titre d 1 ex em pie, void com m ent pou rra it etre adapte le program m e du pa rag rap he 1.5, pour qu'il utilise 
m aintenant notre nouvelle classe point. 



# include <iostream.h> 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

point (int, int) ; // constructeur 

void deplace (int, int) ; 
void affiche () ; 

} ; 

/* Definition des fonctions membre de la classe point */ 

point : -.point (int abs, int ord) 
{ x = abs ; y = ord ; 

void point : : deplace (int dx, int dy) 
{ x = x + dx ; y = y + dy ; 

void point :: affiche () 

{ cout « "Je suis en " « x « " " « y « "\n" ; 

/* Utilisation de la classe point */ 

main () 

{ point a (5, 2) ; 
a. affiche () ; 

a. deplace (-2, 4) ; a. affiche () 



■ Nous v e r r o n s, dans le pro chain c ha p itr e, que le constructeur peut etre sur defini ou posseder des arguments par defaut. 
. M a i s , danstous les cas, il y aura appel du constructeur. 
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point b(l,-l) ; 
b.affiche () ; 

} 

Je suis en 5 2 
Je suis en 3 6 
Je suis en 1 -1 



E x em pie cl' utilisation d 1 u n e classe (point) m u n i e d 1 u n constructeur 

4.3 Construction et destruction des objets 

Nous v o u s proposons ci-dessous un petit programme mettant en evidence les moments ou sont appeles 
respectivem ent le constructeur et le destructeur d'une classe. N o us y definissons une classe nom m ee test 
comportant essentiellem ent ces deux fonctions m em bre : celles-ci affichent un message, nous fournissant 
ainsi une trace de leur appel. En outre, le m em bre donnee n u m initialise par le constructeur nous permet 
" d 1 i den tifier" I'objet concerne (dans la mesure ou nous nous sommes arranges pour qu'aucun des objets 
crees ne contienne la m em e v a leur). N ous creons des o bjets a u torn atiques 19 de type test a deux " en droits" 
d if fe rents : dans la fonction main d'une part, dans une fonction fct appelee par main d 1 autre part, 



^include <iostream.h> 

class test 

{ 

public : 
int num ; 

test (int) ; // declaration constructeur 

~test () ; // declaration destructeur 

) ; 

test:: test (int n) // definition constructeur 

{ num = n ; 

cout « "++ Appel constructeur - num = " « num « "\n" ; 

} 

test::~test () // definition destructeur 

{ 

cout « " — Appel destructeur - num = " « num « "\n" ; 

} 

main () 
{ 

void fct (int) ; 
test a(l) ; 

for (int i=l ; i<=2 ; i++) fct (i) ; 

} 

void fct (int p) 

{ test x(2*p) ; // notez l'expression (non constante) : 2*p 

} 



++ Appel constructeur - num = 1 



■ R appelons q u ' i c i nous nous I i m Hons a ce cas. 
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++ App&l 


constructeur 


- num 


= 2 


— Appel 


destructeur 


- num 


= 2 


++ Appel 


constructeur 


- num 


= 4 


— Appel 


destructeur 


- num 


= 4 


— Appel 


destructeur 


- num 


= 1 



C (instruction et destruction des objets 



4.4 Roles du constructeur et du destructeur 

D ans nos precedents ex em pies, le role du constructeur se lim itait a une " initialisation" de I'objet a I'a ide d es 
valeurs qu'il avait re c u es en argument. M ais le travail realise par le constructeur peut etre beaucoup plus 
elabore. Void un programme exploitant une classe nommee hasard, dans laquelle le constructeur fabrique 
dix valeurs en tie res a lea to ires qu'il range dans le m em bre do n n ee va I (ces valeurs sont com prises entre zero 
et la valeur qui lui est fournie en argument). 



# include <iostream.h> 

^include <stdlib.h> // pour la fonction rand 

class hasard 
{ int val[10] ; 
public : 

hasard (int) ; 
void affiche () ; 

} ; 

hasard: -.hasard (int max) // constructeur : il tire 10 valeurs au hasard 

// rappel : rand fournit un entier entre 0 et RAND_MAX 

{ int i ; 

for (i=0 ; i<10 ; i++) val[i] = double (rand()) / RAND_MAX * max ; 

} 

void hasard: -.affiche () // pour afficher les 10 valeurs 

{ int i ; 

for (i=0 ; i<10 ; i++) cout « val[i] « " " ; 
cout « "\n" ; 



main () 

{ hasard suitel (5) ; 
suitel . affiche () ; 
hasard suite2 (12) ; 
suite2 . affiche () ; 

} 
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U n constructeur de valeurs a lea to i r e s 
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En pratique, d'ailleurs, on p referera disposer d'une classe dans laquelle le nom b r e de valeurs (ici fixe a dix) 
peut etre fourni en argument du constructeur. D ans ce cas, il est a lors preferable que I'espace (variable) so it 
alloue' dynam iquem ent au lieu d'etre surdim ensionne. II est alors tout naturel de faire effectuer cette 
allocation dynam ique par le constructeur lui-m em e. Les donnees de la classe hasard se lim iteront alors a : 

class hasard 
{ 

int nbval // nombre de valeurs 

int * val // pointeur sur un tableau de valeurs 

} ; 

B ien sur, il faudra prevoir que le constructeur re g o i v e en a rg urn ent, outre la valeur m axim ale, le nombre de 
valeurs souhaitees. 

Par ailleurs, a partir du moment ou un emplacement a ete alloue dyn am iquem ent, il faut se soucier de sa 
liberation lorsqu'il sera devenu inutile. La encore, il paralt tout naturel de confier ce travail au destructeur 
de la classe. 

V ok i com m ent nous pourrions adapter dans ce sens no tre precedent ex em pie. 



# include <iostream.h> 

^include <stdlib.h> // pour la fonction rand 

class hasard 

{ 

int nbval ; // nombre de valeurs 

int * val ; // pointeur sur les valeurs 

public : 

hasard (int, int) ; // constructeur 
~hasard () ; // destructeur 

void affiche () ; 

} ; 

hasard: : hasard (int nb, int max) 
{ int i ; 

val = new int [nbval = nb] ; 

for (i=0 / i<nb ; i++) val[i] = double (randf)) / RAND_MAX * max ; 

; 

hasard :: ~hasard () 
{ delete val ; 

; 

void hasard: : affiche () // pour afficher les nbavl valeurs 

{ int i ; 

for (i=0 ; i<nbval ; i++) cout « val[i] « " " ; 
cout « "\n" ; 

; 

main ( ) 
{ 

hasard suitel (10, 5) ; // 10 valeurs entre 0 et 5 

suitel . affiche () ; 

hasard suite2 (6, 12) ; // 6 valeurs entre 0 et 12 
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suite2 . affiche () ; 

} 
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Exemple de classedont le constructeur effectue u n e allocation dynamique de me moire 
D ans le constructeur, Instruction : 

val = new [nbval = nb] ; 

rem place avantageusem ent : 

nbval = nb ; 

val = new [nbval] ; 

Rem arques : 

1) Ne confondez pas une allocation dynamique effectuee au sein d'une fonction membre d'un objet 
(sou vent le constructeur) avec une allocation dynam ique d'un objet, dont nous parlerons p lus tard. 

2) Lorsqu'un constructeur se contente d'attribuer des valeurs initiales aux donnees d'un objet, le 
destructeur est rarem ent indispensa ble. II le devient, par contre, des que, com m e dans notre ex em pie, 
I'objet est amene (par le biais de son constructeur ou d'autres fonctions membre) a allouer 
dynam iquem ent de la m em oire. 

3) Comme nous I'avons deja mentionne, des lors qu'une classe contient, comme dans notre dernier 
exemple, des pointeurs sur des emplacements alloues dynam iquem ent, I'affectation entre objets de 
m em e type ne cone erne pas ces parties dy n am iques ; generalem ent, ceci pose problem e et la so lution 
passe par la su rdefin itio n de I'operateur = . Autrement dit, la classe hasard definie dans le dernier 
ex em pie ne perm ettrait pas de tra iter correctem ent I'affectation d' objets de ce type. 



4 .5 Q u elques regies 

U n constructeur peut com porter un nom bre quelconque d' argum ents, eventuellem ent aucun. P ar definition, 
un constructeur ne renvoie pas de valeur ; aucun type ne peut figurer devant son nom (la presence de void 
est, dans ce cas precis, une erreur). 

U n destructeur, par definition, ne peut pas disposer d' argum ents et ne renvoie pas de valeur. La encore, 
aucun type ne peut figurer devant son nom (et la presence de void est une erreur). 

En theorie, constructeurs et destructeurs peuvent etre publics ou p rives. En pratique, a moins d'avoir de 
bonnes raiso ns de fa ire le contra ire, il vaut m ieux les rendre publics. En effet, un destructeur prive ne pourra 
pas etre appele direc tern ent 20 , ce qui n'est pas grave, dans la mesure ou cela est rarement utile. En 



■ L 1 a p p e I direct d'un destructeur n'est possible que dans la version 2.0. 
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revanche, si le constructeur d'une classe est prive, il ne sera plus possible de creer des objets de cette 
c I a s s e 2 1 , que ce soit par une declaration ou une allocation dynam ique. Ceci peut, a la rigueur, se justifier, 
dans le cas ou la classe concerned est destinee a donner naissance, par heritage, a des classes derivees. 



5. LES M EM BRES DONNEE STATIQUES 



5.1 Le qualificatif static pour un membre donnee 

A priori, lorsque dans un meme programme on cree differents objets d'une meme classe, chaque objet 
possede ses prop res m em bres do n n ee. P ar ex em pie, si nous a vons defini une classe ex p lei par : 

class explel 
{ int n ; 

float x ; 

} ; 

U ne declaration telle que : 

explel a, b ; 

conduit a une situation que I 1 on peut sc hem atiser ainsi : 



a.n >/ / 

/ / 

/ / 

a.x >/ / 



b.n >/ / 

/ / 

/ / 

b.x >/ / 



Objet a Objet b 

Une f a g o n (parm i d'autres) de per m ettre a plusieu rs o bjets de " partager" des do n n ees consiste a declarer 
avec le qualificatif static les m em bres donnee qu'on souhaite voir exister en un seul ex em p la ire pour to us les 
objets de la classe. P ar ex em pie, si nous defin issons une classe ex p I e 2 par : 

class exple2 
{ static int n ; 

float x ; 

} ; 

la declaration : 

exple2 a, b ; 

conduit a une situation que I 1 on peut sc hem atiser ainsi : 



->/ 

_/_ 



/<- 

./_ 



b.n 



n ■ En utilisant le constructeur en question ; en effet, nous verrons dans le prochaln chapltre, qu'une classe peut posseder plusieurs 
constructeurs (surdeflnls). 
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/ / / 
a.x >/ / /< b.x 

Objet a Objet b 

On peut dire que les membres donnee statiques sont des sortes de variables globales dont la portee est limitee 
a la classe. 



5.2 Initialisation des membres donnee statiques 

De par leur nature meme, les membres donnee statiques n'existent qu'en un seul exemplaire, 
independamment des objets de la classe (meme, d'ailleurs, si aucun objet de la classe n ' a encore ete cree). 
D a ns ces conditions, leur initialisation ne peut plus etre fa ite par le construe teur de la classe. 

On pourrait penser qu'il est possible d 1 initialiser un m em bre statique lors de sa declaration, com m e dans : 

class exple2 

{ static int n = 2 ; // erreur 



En fait, ceci n'est pas permis car, compte tenu des possibilites de compilation separee, le membre statique 
risque rait de se voir reserve r d if fe rents em placem ents 22 dans differents m odules objet. 

U n membre statique doit done etre initialise ex p lie item en t (a I'exterieur de la declaration de la classe) par 
une instruction telle que : 

int exple2::n = 5 ; 

Par ailleurs, contrairem ent a ce qui se produit pour une variable ordinaire, un membre statique n'est pas 
initialise par defaut a zero. 

Remarque: 

La norme AN SI prevoit qu'on puisse initialiser les membres statiques constants (qualificatif const), lors 
de leur declaration. 



5.3 Exem pie 

Void un exemple de programme exploitant cette possibility, dans une classe nommee c p te _ o b j , afin de 
connaltre, a tout moment, le nombre d'objets existant. Pour ce faire, nous avons declare avec I'attribut 
statique le m em bre ctr. Sa v a leur est increm entee de 1 a chaque appel du construe teur et dec rem en tee de 1 a 
chaque appel du destructeur. 



# include <iostream.h> 



11 - 0 n retrouve le meme phenom ene pour les variables globales en langage C : el les peuvent etre declarers plusieurs fols, m a Is el les ne 
dolvent etre deflnles qu'une seule fols. 
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// compteur du nombre d' objets crees 



class cpte_obj 
{ static int ctr ; 
public : 

cpte_obj () ; 

~cpte_obj () ; 

} ; 

int cpte_obj::ctr = 0 ; // initialisation du membre statique ctr 
cpte_obj : : cpte_obj () // constructeur 

{ cout « "++ construction : il y a maintenant 



} 

cpte_obj::~cpte_obj () 

{ cout « " — destruction 

} 

main () 

{ void fct () ; 
cpte_obj a ; 
fct () ; 
cpte_obj b ; 

} 

void fct () 

{ cpte_obj u, v ; 

} 



// destructeur 
il reste maintenant 



« ++ctr « " objets\n" ; 
« — ctr « " objets\n" ; 



++ 


construction . 


: il 


y a maintenant 


1 


objets 


++ 


construction . 


: il 


y a maintenant 


2 


objets 


++ 


construction . 


: il 


y a maintenant 


3 


objets 




destruction 


• il 


reste maintenant 


2 


objets 




destruction 


: il 


reste maintenant 


1 


objets 


++ 


construction . 


: il 


y a maintenant 


2 


objets 




destruction 


: il 


reste maintenant 


1 


objets 




destruction 


: il 


reste maintenant 


0 


objets 



E x e m p I e cl' utilisa tion de membre statique 



R em arques : 

1) L 1 in itialisation d ' u n membre do n n ee statique est to u jours p o ssible su ivant la m e th o de indiquee, qu ' il 
soit public ou prive. En dehors de cela, son acces reste regi comme celui de n'importe quel autre 
m em bre de la classe, en fonction de son statut public ou prive. 

2) En C , le term e statique avait deja deux significations : " de classe statique" ou " de portee lim itee au 
fichier source 23 " . En C + + , lorsqu'il s 1 applique aux m em bres d'une classe, il en possede done une 
troisieme : " independant d'une quelconque instance de la classe". Nous verrons, dans le prochain 
chapitre, qu'il pourra egalem ent s'appliquer aux fonctions membre, avec la m em e signification. 



■ D u m o i n s q u a n d on 1 1 em p I o y a i t pour designer ce qui eta it qualifie par le m ot c I e static 
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6. EXPLOITATION DUNE C LASSE 



6.1 La classe, com me " com posant logic iel" 

J usqu'ici, nous a v ions regroupe, au sein d ' u n m em e program m e , la definition de la classe et son utilisation. 
D ans la pratique, il en ira generalem ent autrem ent. En effet, dans u n souci de reutilisabilite, la classe sera 
fournie comme un com posant se pa re comme pouvait I'etre d'ailleurs une fonction C destinee a etre 
em ploy ee par plusieurs program m es (I 'ex em pie le plus flagrant etant celui des fonctions de la bibliotheque 
standard). C ela signifie qu'un utilisateur potentiel de cette classe disposera : 

• d'un module objet resultant de la com pilation de la definition de la classe, 

• d'un fic hier en-tete contenant la declaration (uniquem ent) de la classe. 

En general, le concepteur de la classe la com pilera en utilisant, lui aussi, le fichier en-tete qu'il sera am ene a 
fournir a I' utilisateur. C e n'est, b i e n sur, pas une nec essite, m a is cela sim plifie d' eventuelles m odifications 
ulterieures de la classe. 

P ar ex em pie, le concepteur de la classe point du para grap he 4.2 pourra creer le fichier en-tete suivant : 



/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

point (int, int) ; // constructeur 

void deplace (int, int) ; 
void affiche () ; 



F ichier en-tete pour la classe point 



Si ce fichier se nom m e p o i n t . h 2 4 , le concepteur fabriquera alors un module objet, en compliant la definition 
de la classe point. 



# include <iostream.h> 
iinclude "point. h" 

/* Definition des fonctions membre de la classe point */ 

point : -.point (int abs, int ord) 
{ 

x = abs ; y = ord ; 

} 



^ ■ L e nom du fichier peut, b i e n sur, etre choisi comme vous le voulez . L 1 extension, par contre, est im posee par I ' i m pi em entation. II peut 
s'agir de h, de hxx, hpp, ... 
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void point :: deplace (int dx, int dy) 

{ x = x + dx ; y = y + dy ; 

} 

void point :: affiche () 
{ 

cout « "Je suis en " « x « " " « y « "\n" ; 

} 



F ichier a compiler pour obtenlr le module objet de la classe point 25 

Pour fa ire appel a la classe point au sein d'un program m e , I'utilisateur procedera alors a in si : 

• il "inclura" la declaration de la classe point dans le fichier source contenant son programme par une 
directive telle que : 

iinclude "point. h" 

• il incorporera le module objet correspon dan t, au m om ent de I 'edition de liens de son p ro pre program m e. 
En principe, a ce niveau, la plupart des editeurs de liens n'introduisent que les fonctions reellem ent 
uti I i sees, de so rte qu'il ne faut pas era indre de prevoir trop de m ethodes pour une classe. 

P arf ois, on trouvera plusieurs c lasses differentes au sein d'un m em e module objet et d'un m em e fichier en- 
tente, defacon comparable a ce qui se passe pour les fonctions de la bibliotheque standard 26 . La encore, en 
general, seules les fonctions reellem ent utilisees seront incorporees a I'edition de liens, de sorte qu'il est 
to u jours possible d'effectuer des regroup em ents de classes possedant quelques affinites. 

6.2 Protection contre les inclusions multiples 

Plus tard, nous verrons qu'il existe differentes circonstances pouvant amener I'utilisateur d'une classe a 
inclure plusieu rs fois un m em e fichier en -fete, lors de la com pilation d'un m em e fichier source (sans m em e 
qu'il n'en ait conscience !). C e sera no tarn m ent le cas dans les situations d' objets m em bre et de classes 
derivees. 

D a ns ces conditions, on risque d'aboutir a des erreurs de com pilation, liees tout sim plem ent a la redefinition 
de la classe concernee. 

En general, on reglera ce problem e en protegeant system atiquem ent tout fichier en-tete des inclusions 
m ultiples par une technique de com pilation conditionnelle, com m e dans : 

iifndef POINT_H 
#define POINT_H 

// declaration de la classe point 
#endif 

Le symbole defini pour chaque fichier en-tete sera choisi de fa ton a e v iter tout risque de do ub Ions. Ici, nous 
avons choisi le nom de la classe (en m ajuscules), suffixe par _H . 



2i ■ R appelons que la directive finclude possede deux syntaxes differentes, I'une (< ...> ) effectuant la recherche dans un repertoire 
spec ifiq ue (o u se trouvent les fichiers en-tete sta nda rd), ' autre ("..." ] effectuant la recherche da ns le reperto ire courant ; eventuellem ent, 
on peut egalem ent y spec ifier un repertoire particulier. 

26 ■ A vec cette difference, toutefo is, que, da ns c e c as, on n 1 a pas a spec ifier les modules o bjets c oncer nes, au moment de I 1 edition de 
liens. 
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6.3 Cas des membres donnee statiques 

Nous avons vu (paragraphe 5.2) qu'un membre donnee statique doit toujours etre initialise explicitem ent. 
D es lors qu'on est am en e a considerer une classe com m e un com posant separe, le problem e se pose alors de 
savoir dans quel fichier source placer une telle initialisation : fichier en-tete, fichier definition de la classe, 
fichier utilisateur (dans notre ex em pie du paragraphe 5.3, ce problem e ne se posait pas car nous n'avions 
qu'un seul fichier source). 

On pourrait penser que le fichier en-tete est un excellent candidat pour cette initialisation, des lors qu'il est 
protege contre les inclusions m ultiples. En fait, il n'en est rien ; en effet, si I 1 utilisateur compile separem ent 
plusieurs fichiers source utilisant la meme classe, plusieurs emplacements seront generes pour le meme 
mem bre statique et, en principe, I 'edition de liens detectera cette erreur. 

C om m e par ail leu rs il n'est guere raisonnable de laisser I' utilisateur initialiser lui-m em e un m em bre statique 
(sauf situations , on voit que : 

il est con sei 1 1 e de prevoir ('initialisation des membres donnee statiques dans le fichier contenant la 
definition de la cla sse. 



6.4 En cas de modification dune classe 

A priori, lorsqu'une classe est considered comme un "com posant logiciel", c'est qu'elle est "au point" et 
que, par consequent, e 1 1 e ne devrait plus etre modified. Si, malgre tout, une telle modification s'avere 
necessa ire, il faut envisager deux situations assez differentes. 



a) La declaration des membres publics n'a pas change 

C 'est ce qui se produit lorsqu'on se lim ite a des m odifications internes, n'ayant aucune repercussion sur la 
m aniere d' utiliser la classe (son "interface" avec I'exterieur reste la meme). II peut s'agir de transform ation 
de structures de do n n ees en capsu lees (privees), de m o d if ic ation d'algorithmes de tra item ent... 

Dans ce cas, les programmes utilisant la classe n'ont pas a etre modifies. Neanmoins, ils doivent etre 
recompiles avec le nouveau fichier en-tete correspondant 27 . On procedera ensuite a une edition de liens 
en incorporant le nouveau m odule objet. 

On voit done que C + + permet une maintenance facile d'une classe a laquelle on souhaite apporter des 
modifications internes (corrections d'erreurs, amelioration des performances...) n'atteignant pas la 
specification de son interface. 



b) La declaration des membres publics a change 

I ci, il est c lair que les program m es utilisant la classe risquent de n ec ess iter des m odifications. C ette situation 
devra, bien sur, etre evitee dans la mesure du possible. E lie doit etre considered comme une faute de 
conception de la classe. Nous verrons d'ailleurs que ces problem es pourront souvent etre resolus par 
I'em ploi du m ecanism e d' heritage qui perm et d' adapter une classe sans la rem ettre en cause. 



11 - Une telle lim i t a t i o n n'exlste pas dans toys les Ian gages d e P .0 .0 . En C + + , elle se ju stifle par le beso I n qu 1 a le com p i I a te u r de 
connaitre la tallle des o bjets pour leur alloy er un em place m ent. 



7. LES C LASSES EN G E N ERA L 
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7.1 Les autres sortes de classes en C + + 

N ous avons deja eu I'occasio n de dire que C + + qualifiait de "classe" les types definis par struct et class. La 
caracteristique d'une classe, au sens large que lui donne C + + 28 , est d'associer, au sein d'un m em e type, 
des m em bres donnee et des fonctions m em bre. 

P our C + + , les unions et les enumerations sont aussi des c la sses. C es deux types peuvent do nc disposer de 
fonctions m em bre. N otez bien que, com m e pour le typ e struct, les do n n ees corresponda ntes ne peuvent pas 
se voir attribuer un " statu t" particulier : el les sont, de fait, publiques. 



7. 2 Ce qu'on peuttrouverdans la declaration d'une classe 



En dehors des declarations de fonctions membre, la pi u part des i n structions fig ura nt da ns u n e declaration de 
classe seront des declarations de membres donnee d'un type quelconque. N eanm oins, on peut y rencontrer 
egalem ent des declarations de type, y com pris d ' autres types classes ; dans ce cas, leur portee est lim itee a la 
classe. En pratique, cette situation se rencontre peu souvent. 

Par ailleurs, il n 1 est pas possible d' initialiser un membre donnee d'une classe, lors de sa declaration 29 . 
C ette interdiction est justified pour a u m oins deu x ra iso ns : 

• une telle initialisation risq uera it de fa ire double em ploi avec le construe teur, 

• une telle initialisation constituerait une definition du membre correspondant (et non plus une simple 
declaration) ; or, cette definition risq uera it d'apparaltre plusieu rs fois en cas de com pilation separee, ce 
qui est illegal 30 . 

En revanche, la declaration de m em bres do n nee constants 31 est a u tori see, com m e dans : 

class exple 

{ int n ; // membre donnee usuel 

const int p ; // membre donnee constant 



} ; 

D ans ce cas, cependant, il n'est pas perm is d' initialiser le m em bre constant au m om ent de sa declaration. 
Pour y parvenir, la seule solution consistera a utiliser une "syntaxe" particuliere du constructeur, telle 
qu'elle sera presentee au chapitre suivant, dans le paragraphe relatif aux "objets membre". 



" - E t non la P .0 .0 . d'une maniere generale qui assoc le ' enc a p su I a ti o n des d o n n ees a la notion de classe. 

29 ■ M a Is, c o m m e nous I'avons dit dans le paragraphe 5.2, la norm e A N SI fait une exception pour les mem bres statlques constants. 

3 " ■ On retro uve le m em e phenom ene pour les m em bres do n n ees statlques et pour les variables glo bales en Ian gage C : lis peuvent etre 

d eel a res plusieu rs fo Is, m a Is lis ne do I vent etre definis qu 'une seule fo Is. 

31 ■ N e c o nfo ndez pas la notion de mem bre donnee constant (chaque o bjet en possede u n ; sa v a leur ne peut pas etre m odlflee] et la notion 
de m em bre do n nee statlque (to us les o bjets d 1 u n e m em e classe partagent le m em e ; sa v a leur peut changer). 
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7 .3 D eclaration dune classe 

La plupart du tern ps, les classes seront declarees a un niveau global. N e a n m o i n s , il est perm is de declarer 
des classes locales a une fonction. Dans ce cas, leur portee est naturellem ent limitee a cette fonction ( c 'est 
b i en ce qui en lim ite I'interet). 



EXERC IC ES 



N .B : les exercices marques (C ) sont corriges en fin de volume. 



1 ■ Experim entez (eventuellem ent sur un ex e m pie de ce chapitre) la compilation se pa ree d'une classe 

(creation d'un m odule objet et d'un fieri ier en-tete) et son utilisation au sein d'un program m e. 

2 ■ (C )Ecrivez une classe vecteur (de type class et non struct) com porta nt : 

- en m em b r es don nee p rives : trois com posantes de type double, 

- en fonctions m em bre publiques : 

* initialise pour attribuer des valeurs aux com posantes, 

* hom othetie pour m ultiplier les com posantes par une v a leur fournie en a rg urn ent, 

* a ffic he pour affic her les com posantes du vecteur. 

3 ■ (C )E crivez une classe vecteur, analogue a la precedente, dans laquelle la fonction initialise est rem placee 

par un constructeur. 

4- E xperim entez la creation d'un fichier en-tete et d'un module objet rassemblant deux classes 
differentes. 

5 ■ V erifiez que, lorsqu'une classe com porte un m em bre do n n ee statique, ce dernier peut etre utilise, 
m em e lorsqu'aucun objet de ce type n'a ete declare. 

6- M ettez en evidence les problem e s poses par I'affectation entre objets comportant une partie 
dynamique. Pour ce faire, utilisez la classe hasard du second exempledu paragraphe 4.4, en ajoutant 
simplement des instructions affichant I'adresse contenue dans val, dans le constructeur d'une part, 
dans le destructeur d' autre part. V o us constate rez qu'avec ces declarations : 

hasard hi (10, 3) ; 
hasard h2 (20 , 5) ; 

une instruction telle que : 

h2 = hi ; 

n'entralne pas toutes les recopies escomptees et que, de surcrolt, e 1 1 e conduit a liberer (en fin de 
fonction) deux fois le meme emplacement. 



VI. LES PROPRIETES 
DES FONCTIONS M EM B RE 



Le chapitre precedent vous a presente les concepts fondam entaux de classe, d'objet, de constructeur et de 
destructeur. Ici, nous a I Ions etudier un peu plus en detail Tap plication aux fo notions m em bre des possibilites 
offertes par C + + pour les fo notions ordinaires : su r definition , arguments par defaut, fo notion "en ligne", 
transm ission par reference. 

Nous verrons egalement comment une fonction membre peut recevoir en argument, outre I'objet I'ayant 
appele (transmis im plicitem ent) un ou plusieurs objets de type classe. Ici, nous nous limiterons au cas 
d ' o bjets de m em e type que la classe do n t la fonction est membre ; les autres situations, correspondant a une 
violation du principe decapsulation, ne seront examinees que plus tard, dans le cadre des "fonctions 
am ies" . 

Nous verrons ensuite comment, au sein d'une fonction membre, acceder a I'adresse de I'objet I'ayant 
appele, en utilisant le m ot c I e this. 

Enfin, nous examinerons les cas particuliers des fonctions membre statiques et des fonctions membre 
constantes, ainsi que I 'em ploi de pointeurs sur des fonctions m em bre. 



1 . S U R D EF IN IT 10 N DES FONCTIONS MEMBRE 

N ous avons deja vu com m ent C + + nous auto rise a "su rdefinir" les fonctions "ordinaires" . C ette possibility 
s' applique egalement aux fonctions m em bre d' une c lasse, y com pris au constructeur lui-m em e (m a is pas a u 
destructeur puisqu'il ne possede p as d' argum ents). En voici un ex em pie, dans lequel nous surdefinissons : 

• le constructeur point ; le choix du bon constructeur se faisant (ici) suivant le no m bre d' argum ents : 

- 0 argum ent : les deux coordonnees attributes au point constru it son t to utes deux nulles, 

- 1 argument : il sertde valeur commune aux deux coordonnees, 

- 2 argum ents : c'est le cas " usu el" que nous avions deja rencontre. 

• la fonction affiche de maniere qu'on puisse I'appeler : 

- sans argum ent com m e auparavant, 
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- avec un argument de type chaine : dans ce c a s , elle a f f i c he le texte correspondant avant les 
coordonnees du point. 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point () ; 

point (int) ; 

point (int, int) ; 

void affiche () ; 

void affiche (char *) ; 

} ; 

point : -.point () 
x = 0 ; y = 0 ; 

point : -.point (int abs) 
x = y = abs ; 



point : -.point (int abs, int ord) 
x = abs ; y = ord ; 



// constructeur 1 (sans arguments) 

// constructeur 2 (un argument) 

// constructeur 3 (deux arguments) 

// fonction affiche 1 (sans arguments) 

// fonction affiche 2 (un argument chaine) 



// constructeur 1 



// constructeur 2 



// constructeur 3 



void point :: affiche () 
cout « "Je suis en 



// fonction affiche 1 
" « x « " " « y « "\n" ; 



void point :: affiche (char * message) 
cout « message ; affiche () ; 



// fonction affiche 2 



main ( ) 
{ 

point a ; 

a. affiche () ; 
point b (5) ; 

b. affiche ("Point 
point c (3, 12) ; 

c. affiche ("Hello 

} 



b - 



") , 
- ") 



// appel 
// appel 
// appel 
// appel 
// appel 
// appel 



constructeur 1 
fonction affiche 1 
constructeur 2 
fonction affiche 2 
constructeur 3 
fonction affiche 2 



Je suis en : 0 0 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



Exemple de su rdefinition de fonctions m em bre (point et affiche) 



R em arques : 

1) S ouvent, en utilisant les possibilites d'arguments par defaut, il est possible de dim inuer le n o m bre de 
fonctions surdefinies. C 'est le cas ici pour la fonction affiche, com m e nous le verrons d'ailleurs dans 
le paragraphe suivant. 
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2) lei, dans la fonction affiche(char *), nous faisons appel a I 1 autre fonction m em b re affichef). En effet, 
une fonction membre peut toujours en appeler une autre (qu'elle soit publique ou non). U ne fonction 
membre peut m e m e s'appeler elle-meme, dans la mesure ou Ton a prevu le moyen de rendre fini le 
processus de recursivite qui en decoule. 



2. ARGUM ENTS PAR DEFAUT 



Les fonctions membre, comme les fonctions " ordinaires" peuvent disposer d'arguments par defaut. Voici 
comment nous pourrions m odifier I 'ex em pie precedent pour que notre classe point ne possede plus qu'une 
seule fonction affiche a un seul argument de type c h a T n e : le message a afficher avant les valeurs des 
coordonnees, sa valeur par defaut etant alors la chaine vide. 



^include <iostream.h> 

class point 

{ 

int x, y ; 
public : 
point () ; 
point (int) ; 
point (int, int) ; 
void affiche (char * = "") ; 

} ! 

point : -.point () 
x = 0 ; y = 0 ; 

point : -.point (int abs) 
x = y = abs ; 

point : -.point (int abs, int ord) 
x = abs ; y = ord ; 



// constructeur 1 (sans argument) 

// constructeur 2 (un argument) 

// constructeur 3 (deux arguments) 

// fonction affiche (un argument par defaut) 

// constructeur 1 



// constructeur 2 



// constructeur 3 



void point :: affiche (char * message) // fonction affiche 
cout « message « "Je suis en : " « x « " " « y « "\n' 



main () 

{ point a ; 

a. affiche () 
point b (5) ; 

b. affiche ("Point b - ") ; 
point c (3, 12) ; 

c. affiche ("Hello ; 

; 



// appel constructeur 1 
// appel constructeur 2 
// appel constructeur 3 



Je suis en : 0 0 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



E xem pie d 1 utilisation d'arguments par defaut dans une fonction membre 
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Remarque: 

lei, nous avons rem place deux fonctions su rdefin ies par une seule fonction ayant un a r g u m e n t par defaut. 
Bien entendu, cette simplification n'est pas toujours possible. Par e x e m pie, ici, nous ne pouvons pas 
I'appliquer a notre constructeur point. Si, par contre, nous avions prevu que, dans le constructeur point a 
un seul argum ent, ce dernier represente sim plem ent I'abscisse du point auquel on aura it alors attribue une 
ordonnee nulle, nous aurions pu alors def in ir un seul constructeur : 

point : -.point (int abs = 0, int ord = 0) 
{x = abs ; y = ord ; } 



3. LES FONCTIONS M EM BRE "EN LIGNE" 



Nous avons vu que C+ + permet de definir des fonctions "en ligne". Ceci accrolt I" effic ience d'un 
programme, dans le cas de fonctions courtes. La encore, cette possibility s'applique aux fonctions membre, 
m oyennant cependant une petite nuance concernant sa m ise en ceuvre. En effet, pour rendre "en ligne" une 
fonction m em bre, on peut : 

• so it fournir directem ent la definition de la fonction dans la declaration m em e de la classe ; dans ce cas le 
qualificatif inline n ' a pas a etre utilise, 

• soit proceder comme pour une fonction "ordinaire" en fournissant une definition en dehors de la 
declaration de la classe ; dans ce cas, le qualificatif inline doit apparaltre, a la fois devant la declaration 
et devant I'en-tete. 

Void comment nous pourrions rendre "en ligne" Ies trois constructeurs de notre precedent exemple en 
adoptant ici la prem iere m aniere. 



# include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point () { x = 0 ; y = 0 ; } 
ligne" 

point (int abs) { x = y = abs ; } 
ligne" 

point (int abs, int ord) { x = abs 
ligne" 

void affiche (char * = "") ; 

} ; 

void point :: affiche (char * message) 
{ cout « message « "Je suis en : " 



// constructeur 1 "en 
// constructeur 2 "en 
; y = ord ; } // constructeur 3 "en 

// fonction affiche 
« x « " " « y « "\n" ; 



main ( ) 
{ 

point a ; / / "appel " constructeur 1 

a. affiche () ; 

point b (5) ; // "appel" constructeur 2 
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b. affiche ("Point b - ") ; 

point c (3, 12) ; // "appel" constructeur 3 

c. affiche ("Hello ; 



Je suis en : 0 0 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



Exemple de fonctions membre "en ligne" 



Rem arques 

1) V oici comment se sera it presentee la declaration de notre classe si nous avions declare nos fonctions 
membre en ligne a la maniere des fonctions ordinaires (ici, nous n'avons mentionne qu'un 
constructeur) : 

class point 

{ 

public : 
inline point () ; 



} ; 

inline point : .-point () { x = 0 ; y = 0 ; } 



2) Si nous n'avions eu besoin que d'un seul constructeur avec arguments par defaut (comme dans la 
remarque du precedent paragraphe), nous aurions pu tout aussi bien le rendre "en ligne" ; avec la 
premiere demarche (definition de fonction integree dans la declaration de la classe), nous aurions 
alors spec if ie les valeurs par defaut directem en t dans I'en-tete : 

class point 
{ 

point (int abs = 0, int ord = 0) 
(x = abs ; y = ord ; } 

N ous utiliserons d'ailleurs un tel constructeur dans I'exem pledu paragraphe suivant. 

3) D e par sa nature m em e, la definition d'une fonction "en ligne" doit obligatoirem ent etre connue du 
compilateur lorsqu'il traduit le programme qui I'utilise. C ette condition est o bligatoirem ent r e a I i see 
lorsque Ton utilise la premiere demarche. En revanche, ce n'est plus vrai avec la deuxieme 
demarche ; en general, dans ce cas, on placera les definitions des fonctions en ligne, a la suite de la 
declaration de la classe, dans le m em e fichier en-tete. 

Dans tous les cas, on voit toutefois que I'utilisateur d'une classe (qui disposera obligatoirem ent du 
fichier en-tete relatif a une classe) pourra toujours connaltre la definition des fonctions en ligne ; le 
fournisseur d'une classe ne pourra jamais avoir la certitude qu'un utilisateur de cette classe ne tentera 
pas de les m odifier. C e risque n'existe pas pour les autres fonctions membre (des lors que I'utilisateur 
ne dispose que du module objet relatif a la classe). 
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4. CAS DES OBJ ET S T RAN S M IS EN ARGUMENT DUNE FO NOTION MEMBRE 

D ans nos precedents ex em pies, les fonctions m em bre recevaient : 

• un argument implicitedu type de leur classe, a savoir I'adresse de I'objet I'ayant appele, 

• un certain nombred'arguments qui etaient d'un type "ordinaire" (c'est-a-dire autre que classe). 

M a is une fonction m em bre peut, outre I'argum ent im plicite, recevoir un ou plusieurs argum ents du type de 
sa classe. Par exemple, supposez que nous souhaitions, au sein d'une classe point, introduire une fonction 
m em bre nom m ee coincide, chargee de detecter la coincidence eventuelle de deux po ints. Son appel, au sein 
d'un program m e, se presenter a obligatoirem ent, com m e pour toute fonction m em bre, so us la form e : 

a. coincide ( . . . ) 

a eta n t un objet de type point. 

II faudra done im perativem ent transm ettre le second point en argum ent ; en supposant qu'il se nom m e b, 
ceci nous conduira a un appel de la form e : 

a . coincide (b) 

ou, ici, com pte tenu de la "sym etrie" du problem e : 

b. coincide (a) 

V oyons m a in tenant plus p rec i sem ent com m ent e c r i re la fonction coincide. Void ce que peut etre son en -fete, 
en supposant qu'elle fournit une v a leur de retour en tie re (1 en cas de coincidence, 0 dans le cas contra ire) : 

int point :: coincide (point pt) 

D ans coin c id e, nous devons done com parer les coordonnees de I'objet fourni im p lie item ent lors de so n appel 
(ses membres sont designes, comme d' habitude, par x et y) avec les coordonnees de I'objet fourni en 
argument, dont les membres sont designes par pt.x et pt.y. Le corps de coincide se presentera done ainsi : 

if ((pt.x == x) SS (pt.y == y) ) return 1 ; 

else return 0 ; 

V oici un ex em pie com p let de program m e, dans lequel nous avons lim ite les fonctions m em bre de la classe 
point a un constructeur eta coincide. 



^include <iostream.h> 

class point // Une classe point contenant seulement : 

{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 

{ x=abs; y=ord ; } 
int coincide (point) ; // une fonction membre : coincide 

} ; 

int point :: coincide (point pt) 

{ if ( (pt.x == x) && (pt.y == y) ) return 1 ; 

else return 0 ; 
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// remarquez la "dissymetrie" des notations : pt.x et x 

} 

ma±n() // Un petit programme d'essai 

{ 

point a, b(l), c(l,0) ; 

cout « "a et b : " « a . coincide (b) « " ou " « b . coincide (a) « "\n" ; 
cout « "b et c : " « b . coincide (c) « " ou " « c . coincide (b) « "\n" ; 

} 



a et b : 0 ou 0 
b et c : 1 ou 1 



Exemple d'objet transmis en argument a une fonction membre 

R em arques 

1) N ous aurions pu ecrire coincide de la m aniere suivante 

return ((pt.x == x) && (pt.y == y) ) ; 

2) En theorie, on peut dire que la coincidence de deux points est "sym etrique" , en ce sens que I'ordre 
dans lequel on considere les deux points est indifferent. Or, cette sym etrie ne se retro uve pas dans la 
definition de la fonction coincide, pas plus que dans son appel. C eci provient de la transmission, en 
argum ent im plicite, de I 1 objet appelant la fonction. 

3) On pourrait penser qu'on viole le p r in ci pe d 1 encapsulation dans la m esure ou, lorsque I 1 on appelle la 
fonction coincide pour I'objet a (dans a.coincide(b)), e 1 1 e est autorisee a acceder aux donnees de b. 
En fait, en C+ + , n'importe quelle fonction membre d'une classe peut acceder a n'importe quel 
membre (public ou prive) de n'importe quel objet de cette classe. On traduit souvent cela en disant 
qu'en C + + , I'unite de protection est la classe, et non I'objet. 

En revanche, si A et B so nt deux c lasses differentes, une fonction m em bre de A ne peut pas (pas p lus 
qu'une fonction ordinaire, main par exemple) acceder aux membres prives d'un objet de classe B ; 
bien entendu, e 1 1 e peut toujours acceder aux membres publics. Nous verrons plus tard qu'il est 
possi ble a une fonction (ordinaire ou membre) de s' aff ranch ir de cette interdiction (et done, cette fois, 
de violer veritablem ent le principe d'enc a psu lation) par des declarations d' am itie appropriees. 



5. MODE DE TRANSMISSION DES OBJ E T S EN ARGUMENT 

Dans notre precedent exemple, I'objet pt etait transmis classiquem ent a coincide, a savoir par valeur. 
P recisem ent, cela sign if ie done que, lors de Tap pel : 

a . coincide (b) 

les valeurs des do n n ees de b so n t recopiees dans u n em placem ent (de type point) local a coincide (nom m e, 
en quelque sorte, pt). 

C om m e pour n'im porte quel argum ent ordinaire, il est possible de prevoir d'en transm ettre I'adresse plutot 
que la valeur ou de m ettre en place une transm issi on par reference. E xam inons ces deux possi b Mites. 
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5.1 Transmission de I'adresse d'un objet 

II est possible de transmettre ex p lie item en t en argument I'adresse d'un objet. Rap pelons que, dans un tel cas, 
on ne change pas le mode de transmission de I'argument (contrairem ent a ce qui se produit avec la 
transm ission par reference) ; on se contente de transmettre une valeur qui se trouve etre une adresse et qu'il 
fa ut done interpreter en consequence dans la fo notion (no tarn m ent en em ployant Top erateur d' indirection *). 
A titre d' ex em pie, void com m ent nous pourrions m odifier la fo notion coincide du paragraphe precedent : 

int point :: coincide (point * adpt) 

{ if (( adpt -> x == x) SS (adpt -> y == y) ) return 1 ; 

else return 0 ; 

} 

C om pte tenu de la dissym etrie naturelle de notre fo notion m em bre, cette ecriture n'est guere choquante. Par 
contre, Tap pel de coincide (au sein de main) le devient da vantage : 

a . coincide (&b) 

OU 

b. coincide (Sa) 

V oici le program m e com plet a in si m odifie. 



^include <iostream.h> 

class point // Une classe point contenant seulement : 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 

{ x=abs; y=ord / } 
int coincide (point *) ; // une fonction membre : coincide 

} ; 

int point :: coincide (point * adpt) 

{ if ( (adpt->x == x) && (adpt->y == y) ) return 1 ; 

else return 0 ; 

} 

main() // Un petit programme d'essai 

{ point a, b(l), c(l,0) ; 

cout « "a et b : " « a . coincide (&b) « " ou " « b . coincide (&a) « "\n" ; 

cout « "b et c : " « b . coincide (&c) « " ou " « c . coincide (&b) « "\n" ; 

} 

a et b : 0 ou 0 
b et c : 1 ou 1 



E xem pie de transmission de I'adresse d 'un objet a une fonction membre 
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Remarque 

N'oubliez pas q u ' a partir du moment ou vous fournissez I'adresse d'un objet a une fonction membre, 
celle-ci peut en modifier les valeurs (elle a acces a tous les membres s'il s'agit d'un objet de type de sa 
classe, aux seuls membres publics dans le cas contra ire). Si vous craignez de tels effets de bo rd au sein 
de la fonction membre concernee, vous pouvez toujours employer le qualificatif const. Ainsi, ici, I'en- 
tete de coinc ide aurait pu etre : 

int point :: coincide (const point * adpt) 

en m odifiant paralleled! ent son prototype : 

int coincide (const point *) ; 

Notez toutefois qu'une telle precaution ne peut pas etre prise avec I'argum ent implicite qu'est I'objet 
ayant appele la fonction. A in si, dans coincide muni de I'en-tete ci-dessus, vous ne pourriez plus m odifier 
adpt - > x m a is vous pourriez toujours m odifier x. 



5.2 Transmission par reference 

Comme nous I'avons vu, I'emploi des references permet de mettre en place une transmission par adresse, 
sans avoir a en prendre en charge soi-meme la gestion. Elle simplifie d'autant I'ecriture de la fonction 
concernee et ses d ifferents appels. V oici une adaptation de coincide dans laquelle son argum ent est transm is 
par reference. 



# include <iostream.h> 

class point // Une classe point contenant seulement : 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 

{ x=abs; y=ord ; } 
int coincide (point &) ; // une fonction membre : coincide 

} ; 

int point :: coincide (point & pt) 

{ if ( (pt.x == x) && (pt.y == y) ) return 1 ; 

else return 0 ; 

} 

main() // Un petit programme d'essai 

{ 

point a, b(l), c(l,0) ; 

cout « "a et b : " « a . coincide (b) « " ou " « b . coincide (a) « "\n" ; 
cout « "b et c : " « b . coincide (c) « " ou " « c . coincide (b) « "\n" ; 

} 



a et b : 0 ou 0 
b et c : 1 ou 1 
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Exemple de transmission par reference d 1 un o b j e t a une fonction mem bre 

Remarque 

La rem a rq u e faite precedem m ent (en fin de paragraphe 5.1) a propos des risques d'effets de bord 
s' applique egalem ent ici. L e qua lificatif const pourra it y intervenir de m aniere analogue : 

int point :: coincide (const point & pt) 

5.3 Les problem e s poses par la transmission parvaleur 

Nous avons deja vu que I'affectation d'objets pouvait poser des problem es dans le cas ou ces objets 
possedaient des pointeurs sur des em pi ace m en ts alloues dynam iquem ent. C es pointeurs etaient effectivem ent 
recopies, mais il n'en allait pas de meme des emplacements pointes. Le transfert d'argum ents par valeur 
presente les m em es risques, dans la m esure ou il s'agit egalem ent d'une simple recopie. 

D e meme que le problem e pose par I'affectation peut etre resolu par la su r definition de cet operateur, celui 
pose par le transfert par valeur peut etre regie par I'emploi d'un constructeur particulier ; nous vous 
m ontrerons com m ent des le prochain chapitre. 

D'une m aniere generale, d'ailleurs, nous verrons que les problem es poses par les objets contenant des 
pointeurs se ramenent effectivem ent a I'affectation et a ('initialisation 1 , dont la recopie en cas de 
transm ission par valeur constitue un cas particulier. 



6. LORSQUE LA VALEUR DE RETOUR D'UNE FONCTION 
EST ELLE-M EM E U N 0 BJ ET 

C e que nous avons d it a propos des arguments d'une fonction m em bre s'applique egalem ent a sa valeur de 
re tour. II peut s'agit d'un objet et on peut choisir entre : 

• transm ission par valeur, 

• transm ission de son adresse, 

• transm ission par reference. 
C et objet pourra etre : 

• du meme type que la classe, auquel cas la fonction aura acces a ses m em bres prives, 

• d'un type different de la classe, auquel cas la fonction n'aura acces qu'a ses m em bres publics. 

La transm ission par valeur attire la m em e rem arque que preced em m ent, a savoir que, par defaut, e 1 1 e se fait 
par si m pie recopie de I' objet. Pour les objets com porta nt des pointeurs sur des em placem ents dynam iques, il 
faudra prevoir un constructeur particulier (d'initialisation). 

En revanche, la transm ission d'une adresse ou la transm ission par reference risq u en t de poser un problem e 
qui n'existait pas pour les arguments. Si une fonction transmet I'adresse ou la reference d'un objet, il vaut 
mieux e v iter qu'il s'agisse d'un objet local a la fonction, c'est-a-dire de classe automatique. En effet, dans 
ce cas, I' em placem ent de cet objet sera liber e 2 des la sortie de la fonction ; la fonction appelante recuperera 



1 ■ B i e n que c e I a n'apparaisse pas toy jours c la i rem ent en C , il est tres im porta nt, en C + + , de noter qu 1 affectation et Initialisation sont 
deux c hoses d ifferentes. 

2 ■ C o m m e nous le verrons en detail dans le chapitre su Ivant, II y aura appel du destructeu r, s 1 II exlste. 
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I'adresse de quelque chose n'existant plus vraim ent 3 . Nous reviendrons plus en detail sur ce point dans le 
chapitre consacre a la surdefinition d'operateurs. 

A titre d'exemple, voici une fonction membre nominee sy m e tr i q u e qui pourrait etre introduite dans une 
classe point pour fournir en retour un point sy m etri que de celui I'ayant appele : 

point point : : symetrique ( ) 
{ point res ; 

res . x = -x ; res . y = -y ; 
return res ; 

} 

V ous constatez qu'il a ete necessaire de creer un objet autom atique res, au sein de la fonction. C om m e nous 
I'avons explique ci-dessus, il ne serait pas conseille d 1 en prevoir ici une transmission par reference, en 
utilisant cet en-tete : 

point & point :: symetrique ( ) 



7. AUTO REFERENCE : LE MOT CLE THIS 



N ous avons deja eu sou vent I'occasio n de dire qu 1 u ne fonction m em bre d 1 une c lasse recoit une inform ation 
lui perm ettant d'acceder a I 1 objet I'ayant appele. C e term e " inform ation" , bien qu'il so it relativem ent flou, 
nous avait suffi pour expliquer tous les exemples rencontres jusqu'ici. M ais, nous n'avions pas besoin d'y 
manipuler explicitem ent I'adresse de I'objet en question. Or, il existe des circonstances ou cela devient 
indispensable. Songez, par exemple, a la gestion d'une liste chalnee d'objets de meme nature : pour ecrire 
une fonction membre inserant un nouvel objet (suppose transmis en argument implicite), il faudra bien 
placer son adresse dans I'objet precedent de la liste. 

Pour resoudre de tels problem es, C + + a prevu le mot c I e : this. 

Celui-ci, utilisable uniquement au sein d'une fonction membre, designe un pointeur sur I'objet I'ayant 
appele. 

Ici, il serait premature de developper I'exemple de liste chalnee dont nous venons de parler; nous vous 
proposons un exemple d'ecole : dans la classe point, la fonction affiche fournit I'adresse de I'objet I'ayant 
appele. 



^include <iostream.h> 

class point // Une classe point contenant seulement : 

{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) / / Un constructeur ("inline") 

{ x=abs; y=ord ; } 
void affiche () ; // Une fonction affiche 

} ; 

void point :: affiche () 



1 ■ Dans certaines im plem entations, u n em p lac em ent li bere n 1 est pas rem is a zero . A in si, on p eu t avoir ' illusio n que " cela m a re he" si I 1 on 
se contente d 1 exploiter I'objet im m ediatem ent apres I'appel de la fonction. 
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{ cout « "Adresse : " « this « " - Coordonnees " « x « " " « y « "\n" ; 
} 

ma±n() // Un petit programme d'essai 

{ 

point a (5) , b (3, 15) ; 

a. affiche () ; 

b. affiche () ; 

} 

Adresse : 0x40d80ffc - Coordonnees 5 0 
Adresse : 0x40d80ff8 - Coordonnees 3 15 



Exemple cl'utilisation de this 4 

Remarque: 

A titre purern ent indicatif, la fonction coincide du paragraphe 5.1 pourrait s'ecrire : 

int point :: coincide (point * adpt) 

{ if ( (this -> x == adpt -> x) && (this -> y == adpt -> y) ) return 1 ; 

else return 0 ; 

} 

La symetrie du problem e y apparalt plus clairement. Ce serait m o i n s le cas si Ton ecrivait ainsi la 
fonction coincide du paragraphe 4 : 

int point :: coincide (point pt) 

{ if ((this -> x == pt.x)) && (this -> y == pt.y)) return 1 ; 

else return 0 ; 

} 



8. LES FONCTIONS M EM BRE STATIQUES 

Nous avons deja vu (chapitre V, paragraphe 5) comment C+ + permet de definir des membres donnee 
statiques. C eux-ci existent en un seul ex em p la ire (pour une classe donnee), independam m ent des o bjets de 
leur classe. 

D'une maniere analogue, on peut imaginer que certaines fonctions membre d'une classe aient un role 
totalem ent in dependant d'un quelconque objet ; ce serait no tarn m ent le cas d 1 u ne fonction qui se contenterait 
d'agir sur des membres donnee statiques. 

On peut certes toujours appeler une telle fonction en la faisant porter a rtific iellem ent sur un objet de la 
classe, et ceci, bien que I'adresse de cet objet ne soit absolument pas utile a la fonction. En fait, il est 
possible de rendre les choses plus lisibles et plus efficaces, en declarant statique (mot cle static) la fonction 
membre concernee. D a ns ce cas, en effet, son a ppel ne necessite plus que le nom de la classe correspondante 
(accompagne, naturellem ent, de I'operateur de resolution de portee). Comme pour les membres statiques, 
une telle fonction membre statique peut m em e etre appelee lorsqu'il n'existe aucun objet de sa classe. 



■ R ealise dans un environnem ent dans lequel les po inteu rs (near) s 1 ex pri m ent sur seize bits. 
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V oici un ex em pie de program m e illustrant I'emploi d'une fonction m em bre statique : il s'agit de I 'ex em pie 
du pa rag rap he 5.3 du chapitre V , dans lequel nous avons introduit une fonction m em bre statique n o m m ee 
compte, affichant sim plement le nom bre d'objets de sa classe. 



^include <iostream.h> 
class cpte_obj 
{ static int ctr ; 
public : 

cpte_obj () ; 

~cpte_obj () ; 

static void compte () ; 

} ; 

int cpte_obj::ctr = 0 ; 
cpt e_ obj : : cpt e_ obj ( ) 
{ 

cout « "++ construction 

} 

cpte_obj::~cpte_obj () 
{ 

cout « " — destruction 

} 

void cpte_obj :: compte () 

{ cout « " appel compte 

} 

main ( ) 
{ 

void fct () ; 

cpt e_ obj : : compte () ; 

cpte_obj a ; 
cpte_obj :: compte () ; 
fct () ; 

cpte_obj :: compte () ; 
cpte_obj b ; 
cpte_obj :: compte () ; 

} 

void fct () 
{ 

cpte_obj u, v ; 

} 

appel compte 
++ construction 

appel compte 
++ construction 
++ construction 

— destruction 

— destruction 
appel compte 

++ construction 



// compteur (statique) du nombre d' objets crees 

// pour afficher le nombre d' objets crees 

// initialisation du membre statique ctr 
// constructeur 

: il y a maintenant " « ++ctr « " objets\n" ; 
// destructeur 

: il reste maintenant " « — ctr « " objets\n" ; 



il y a 



" « ctr « " objets\n" ; 



// appel de la fonction membre statique compte 
// alors qu'aucun objet de sa classe n'existe 



il y a 0 objets 

il y a maintenant 1 objets 
il y a 1 objets 

il y a maintenant 2 objets 
il y a maintenant 3 objets 
il reste maintenant 2 objets 
il reste maintenant 1 objets 
il y a 1 objets 

il y a maintenant 2 objets 



86 Programmer en langage C+ + 

appel compte : il y a 2 objets 

— destruction : il reste maintenant 1 objets 

— destruction : il reste maintenant 0 objets 



D efin itio n et utilisation d'une fonction membre statique 
9.LES FONCTIONS MEMBRE CONSTANTES 

En langage C, le qualificatif const peut servir a designer une variable dont on souhaite que la valeur 
n'evolue pas. L e com pilateur est a in si en m esure de rejeter d'eventuelles tentatives de m odification de cette 
variable. P ar ex em pie, a vec cette declaration : 

const int n=20 ; 

I 1 instruction suivante sera incorrecte : 

n = 12 ; // incorrecte 

C+ + generalise ce concept aux classes, ce qui signifie qu'on peut definir des "objets constants". Encore 
faut-il comprendre ce que Ton entend par la. En effet, dans le cas d'une variable ordinaire, il est 
relativement facile au compilateur d" identifier les operations interdites (celles qui peuvent en modifier la 
valeur). D ans le cas d'un objet, par contre, les choses sont m oins faciles, dans la m esure ou les operations 
sont generalem ent r e a I i sees par les fonctions membre. C ela signifie done que I'utilisateur doit preciser, 
parmi ces fonctions membre, lesquelles sont autorisees a operer sur des objets constants. II le fera en 
utilisant le m ot const dans leur declaration, com m e dans cet ex em pie de definition d'une classe point : 

class point 
{ int x, y ; 

public : 

point (. . . ) ; 

void affiche () const ; 

void deplace (. . .) ; 

} ; 

lei, nous avons spec i f i e que la fonction affiche etait utilisable pour un "point constant" ; en revanche, la 
fonction deplace, qui n'a pas fait I' objet d'une declaration const ne I e sera pas. A in si, a vec ces declarations : 

point a ; 
const point c ; 

les instructions suivantes seront correctes : 

a. affiche () ; 
c. affiche () ; 
a . deplace ( . . . ) ; 

Celle-ci, en revanche, sera rejetee par le compilateur : 



c. deplace ( . . . ) 



// incorrecte 
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Rem arques : 

1) Le m ecanism e que nous venons d'exposer s'applique aux fonctions membre volatiles et aux objets 
volatiles (mot c I e volatile). II suffit de transposer tout ce qui vient d'etre dit en rem p la? ant le mot c I e 
const par le m ot cle volatile. 

2) II est possible de surdefinir une fonction membre en se basant sur la presence ou I'absence du 
qualificatif const. Ainsi, dans notre classe point precedente, nous pouvons definir ces deux fonctions : 

void affiche () const ; // affiche I 

void affiche () ; // affiche II 

A vec ces declarations : 

point a ; 
const point c ; 

Instruction a. affiche () appellera la fonction II tandis que c. affiche () appellera la fonction I. 

On notera bien que si seule la fonction void affiche)) est definie, e 1 1 e ne pourra en aucun cas etre 
appliquee a un objet constant ; une instruction telle que c. affiche)) sera it alors rejetee en com pilation. 
En revanche, si seule la fonction const void affiche)) est definie, e 1 1 e pourra etre appliquee 
indiferem m ent a des objets constants ou non constants. Une telle demarche est m anifestem ent 
logique ; en effet, e 1 1 e peut se res u m er ainsi : 

- on ne court aucun risque en traitant un objet non constant com m e s'il eta it constant, 

- en revanche, il serait dangereux de faire a un objet constant ce qu'on a prevu de faire a un objet 
non constant. 



£t^lO. LES POINTEURS SUR DES FONCTIONS MEMBRE 

N.B. Ce paragraphe traite d'aspects relativement secondaires et peut, eventuellem ent, etre ignore dans un 
prem ier tern ps. 

L e langage C perm et de definir des pointeurs sur des fonctions. L eur em ploi perm et alors, en particulier, de 
programmer ce que Ton pourrait nommer des "appels variables" de fonctions. A titre de rappel, considerez 
ces declarations : 

int fl (char, double) ; 
int f2 (char, double) ; 

int (* adf) (char, double) ; 

La derniere signifie que adf est un pointeur sur une fonction recevant deux arguments, I'un de type char, 
I 1 autre de type double et fournissant un resultat de type int. L es affectations suivantes so nt alors possibles : 

adf = fl ; // affecte a adf 1 'adresse de la fonction fl 

// on peut aussi ecrire : adf = & fl ; 
adf = f2 ; // affecte a adf 1 'adresse de la fonction f2 

L 'instruction : 

(* adf) ('c', 5.25) ; 
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realise I'appel de la fonction dont I'adresse figure dans adf, en lui fournissant en argument les valeurs ' c ' et 
5.25. 

On notera que, com m e les autres pointeurs du C , les pointeurs sur les fonction s so nt "fortem ent types" , en 
ce sens que leur type precise a la fois la nature de la valeur de retour de la fonction et la nature de chacun de 
ses argum ents. 

B ien entendu, C + + vo us off re toutes ces possib Mites. H a is, de surcrolt, il perm et de les etendre au cas des 
fonctions membre. C ette extension passe neanmoins par une generalisation de la syntaxe preced ente. En 
effet, il faut pouvoir tenir com pte de ce qu'une fonction m em bre se definit : 

• d'une part, com m e une fonction ordinaire, c'est-a-dire d'apres le type de ses argum ents et de sa valeur de 
retour, 

• d'autre part, d'apres le type de la classe auquelle e 1 1 e s'applique ; le type de I'objet I'ayant appele 
constituant, en quelque sorte, le type d'un argument supplementaire. 

A in si, si u ne c lasse point com porte deux fonctions m em bre de prototypes : 

void dep_hor (int) ; 
void dep_vert (int) ; 

la declaration : 

void (point : : * adf) (int) ; 

precisera que adf est un pointeur sur une fonction m em bre de la classe point recevant un argum ent de type 
int et ne renvoyant aucune valeur. L es affectations suivantes seront alors possibles : 

adf = point : : dep_hor ; // ou adf = & point : : dep_hor ; 
adf = point :: dep_vert ; 

E nfin, si a est un objet de type point, une instruction telle que : 

(a.*adf) (3) ; 

provoquera, pour le point a, I'appel de la fonction membre dont I'adresse est contenue dans adf, en lui 
transm ettant en argument la valeur 3. 



EXERC IC ES 

N .B . Les exercices marque's (C ) sont corriges en fin de volume. 
1 ■ (C )E crivez une classe vecteur com porta nt : 

- tro is com posantes de type double (privees), 

- une fonction affiche, 

- deux constructeurs : 

* I'un, sans argum ents, initialisant chaque com posante a 0, 

* I'autre, avec 3 argum ents, representant les com posantes, 
a) avec des fonctions m em bre independantes, 
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b) avec des fonctions m em bre "en ligne" . 

2 - (C )A joutez, a la premiere classe vecteur precedente, une fonction membre nommee p r o d _ sc a I 

fournissant en resultat le produit scalaire de deux vecteurs. 

3 ■ (C ) A joutez, a la classe vecteur precedente (ex ere ice 2), une fonction m em bre nom m ee somme perm ettant 

de calculer la somme de deux vecteurs. 

4 ■ (C )M odifiez la classe vecteur precedente (ex ere ice 3), de m aniere que toutes les transm issions de valeurs 

de type vecteur aient lieu : 

a) par adresse, 

b) par reference. 



VII. CONSTRUCTION, DESTRUCTION, 
RECOPIE ET INITIALISATION DES 

OBJ E T S 



En langage C, une variable peutetre creee de deux f a g o n s : 

• par une declaration : e 1 1 e est alors de classe a utom atique ou statiq u e ; sa duree de vie est parfaitem ent 
definie par la nature et I 'em placement de sa declaration, 

• en faisant appel a des fonctions de gestion dynamique de la memoire (malloc, calloc, free...) ; e 1 1 e est 
alors dite dynam ique ; sa duree de vie est controlee par le program m e. 

En langage C+ + , on retrouvera ces trois classes a la fois pour les variables ordinaires et pour les objets 
avec cette difference que la gestion dyna m ique fera appel aux operateurs new et delete. 

C e sont ces differentes possibilites de creation (done aussi de destruction) des o bjets que nous a I Ions etudier 
dans ce chapitre. N ous com m encerons par exam in er la creation et la destruction des objets a utom atiques et 
statiq ues definis par une declaration. C eci nous am en era a preciser certains el em ents deja introduits dans les 
chapitres precedents (pour les objets autom atiques). Puis nous montrerons comment creer et utiliser des 
objets dynamiques d'une maniere comparable a celle employee pour creer des variables dynamiques 
ordinaires, m a is en faisant appel a une syntax e elargie de I'operateur new. 

Nous aborderons ensuite la notion de constructeur de recopie, lequel intervient dans les situations dites 
d 1 " initialisation d'un objet", e'est-a-dire lorsqu'il est necessaire de realiser une copie d'un objet existant. 
N ous verrons qu'il existe trois situations de ce type : transm ission de la valeur d'un objet en a rg urn ent d'une 
fonction, transmision de la valeur d'un objet en resultat d'une fonction, initialisation d'un objet lors de sa 
declaration par un objet de meme type ; la derniere possibility n'etant qu'un cas particulier d'initialisation 
d'un objet au m om ent de sa declaration. 

Puis nous examinerons le cas des "objets membre", e'est-a-dire le cas ou un type classe possede des 
membres donnee qui sont eux-meme d'un type classe. Nous aborderons rapidement le cas des tableaux 
d ' o bjets, notion d'autant m oins im porta nte qu'un tel tableau n' est pas lui-m em e un objet. 

E nfin, nous fourn irons quelques indications concernant les objets d its tern pora ires, e'est-a-dire des objets qui 
peuvent etre crees au fil du deroulem ent du programme 1 , sans que le programmeur I'ait explicitem ent 
dem ande. 



■ En C , il existe deja des variables tern pora ires, m a is leur existence a m oins d 1 im portance que celle, en C + + , des objets tern pora ires. 
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1. LES OBJ ETS AUTOMAT IQUES ET STATIQU ES 

Exam inons sep a re m ent : 

• leur duree de vie, c'est-a-dire le moment o u ils sont crees et celui ou ils sont detruits, 

• les eventuels appels des construe teurs et des destructeurs. 

1 .1 Leur duree de vie 

L es regies s'appliquant aux variables ordinaires se transpo sent tout naturellem ent aux objets. 
L es objets automatiques sont ceux crees par une declaration : 

• da ns une f onction : c 'eta it I e cas dans n os ex em pies d es precedents chapitres. L'objet est cree lors de la 
rencontre de sa declaration, laquelle peut tres bien, en C + + , etre situee apres d'autres instructions 
ex ecu tab les 2 . II est detruit a la fin de I 'execution de la fonction. 

• dans un bloc : de maniere analogue au cas precedent, l'objet est cree lors de la rencontre de sa 
declaration (la encore, celle-ci peut etre precedee, au sein de ce bloc, d'autres instructions executables) ; 
il est detruit lors de la sortie du bloc. 

L es objets statiques sont ceux crees par une declaration situee : 

• en dehors de toute fonction, 

• dans une fonction, m a is assortie du qualificatif static. 

Les objets statiques sont crees avant le debut de I'execution de la fonction main et ils sont detruits apres la 
fin de son execution. 

1.2 Appeldes constructeurs et des destructeurs 

R appelons que, si un o bjet possede un constructeur, sa declaration (lorsque, com m e nous le supposons pour 
I'instant, e 1 1 e ne contient pas d'initialiseur) doit obligatoirem ent comporter les arguments correspondants. 
P ar ex em pie, si une c lasse point com porte le constructeur de prototype : 

point (int, int) 

les declarations suivantes seront incorrectes : 

point a ; // incorrect : le constructeur attend deux arguments 

point b (3) ; // incorrect (meme raison) 

C elle-ci, en revanche, conviendra : 

point a(l, 7) ; // correct car le constructeur possede deux arguments 

S'il existe plusieurs constructeurs, il suffitque la declaration comporte les arguments requispar I'un d'entre 
eux. A in si, si une c lasse point com porte les constructeurs suivants : 

2 ■ La distinction entre instruction executable et instruction de declaration n 'eta n t pas to u jours possi ble dans un Ian gage com m e C + + qu 
accepte, par ex em pie, une instruction telle que : 

double * adr = new double[nelem = 2 * n + 1 ] ; 
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point ( ) ; // constructeur 1 

point (int, int) ; // constructeur 2 

la declaration suivante sera rejetee : 

point a (5) ; // incorrect : aucun constructeur a un argument 

M ais celles-ci conviendront : 

point a ; // correct : appel du constructeur 1 

point b(l, 7) ; // correct : appel du constructeur 2 

En ce qui cone erne la "chronologie" , on peut dire que : 

• le constructeur est appele apres la creation de I'objet, 

• le destructeur est appele avant la destruction de I'objet. 

Remarque: 

U ne declaration telle que : 

point a ; // attention, point a () est rejete 

est acceptable dans deux situations fort differentes : 

• il n'existe pas de constructeur de point, 

• il existe un constructeur de point sans argument. 

1.3 Exem pie 

Void un exem pie de programme mettant en evidence la creation et la destruction d'objets statiques et 
a u torn atiques. Pour ce fa ire, nous y avons defini une classe nom m ee point, dans laquelle le constructeur et le 
destructeur affichent un m essage perm ettant de reperer : 

• le m om ent de leur appel, 

• I'objet cone erne (nous avons fait en so rte que chaque objet de type point possede des valeurs differentes). 



^include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point (int abs, int ord) // constructeur ("inline") 

{ x = abs ; y = ord ; 

cout « "++ Construction d'un point : " « x « " " « y « "\n" ; 

} 



~point () // destructeur ("inline") 

{ cout « " — Destruction du point : " « x « " " « y « "\n" ; 
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; 

; / 

point a (1,1) ; // un objet statique de classe point 

main () 

{ 

cout « "****** Debut main *****\ n " ; 

point b(10,10) ; // un objet automatique de classe point 

int i ; 

for (i=l ; i<=3 ; i++) 

{ cout « "** Boucle tour numero " « i « "\n" ; 

point b(i,2*i) ; // objets crees dans un bloc 

} 

cout « "****** Fin main ******\ n " ; 



++ Construction d'un point : 1 1 

****** Debut main ***** 

++ Construction d'un point : 10 10 

** Boucle tour numero 1 

++ Construction d'un point : 1 2 

— Destruction du point : 1 2 
** Boucle tour numero 2 

++ Construction d'un point : 2 4 

— Destruction du point : 2 4 
** Boucle tour numero 3 

++ Construction d'un point : 3 6 

— Destruction du point : 3 6 

Or )fr Hr )fr "k >(■ J] /173 3.T1 >fr it >fr >fr >fr 

— Destruction du point : 10 10 

— Destruction du point : 1 1 



C onstruction et destruction d 1 objets statiques et automatiques 

Remarque: 

L 'existence de constructeurs et de destructeurs conduit a des tra ite m e n ts qui n'apparaissent pas 
ex p lie item en t dans les instructions du programme. P ar ex em pie, ici, une b a n a I e declaration telle que : 

point b(10, 10) ; 

entralne I'affic hage d'un m essage. 

Qui plus est, un "certain n o m b re de choses" se deroulent avant le debut ou apres I'execution de la 
fonction main 3 . On pourrait, a la lim ite, concevoir une tone tion main ne com porta nt que des declarations 
(ce qui sera it le cas de notre ex em pie, si nous sup prim ions I 'instruction d'affichage du "tour de boucle"), 
et realisant, m algre tout, un certain tra item en t. 



s ■ En toute rigueur, il en va d e j a de m em e dans le cas d'un program m e C (ouverture ou term eture de flchlers par ex em pie) m a Is II ne 
s'aglt pas alors de taches program m ees ex pile Item ent par I'auteur du program m e ; dans le cas de C + + , II s'aglt de taches program m ees 
par le concepteu r de la classe concernee. 
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2. LES OBj ETS DYNAMIQUES 

N ous avons deja vu comment creer, utiliser et detruire en C + + des variables dynam iques sea la ires (ou des 
tableaux de telles variables). B ien entendu, ces possib Mites vont se gen era User aux structures et aux objets. 
N ous com m encerons par le cas des structures, ce qui nous am en era en fait a effectuer un certain nom bre de 
rap pels sur I 1 utilisation des structures dynam iques en C . 



2.1 Les structures dynamiques 

Supposez que nous ayons defini la structure suivante : 

struct chose 
{ int x ; 

double y ; 

int t [5] ; 

} 

et que adr so it un pointeur su r des elements de ce type, e'est-a-dire declare, en C , par : 

struct chose * adr ; 

ou plus si m plem ent, en C + + , par : 

chose * adr ; 

L 'instruction : 

adr = new chose ; 

realise une allocation dynam ique d'esp ace m em o i re pour un element d e type chose et affecte son adresse au 
pointeur adr. 

L'acces aux differents champs de cette structure se fait a I'aide de I'operateur -> . Ainsi, adr -> y en 
design era le second c ham p. R appelons que cette notation est en fait equivalente a ( * a d r ) . y. 

L 'espace m em oire ainsi alloue pourra etre libere par : 

delete adr ; 



2 .2 Les objets dynam iques 

V oyons tout d'abord ce qu'il y a de com m un entre la creation dynam ique d'objets et celle de structures avant 
d'etudier les nouvelles possib Mites de I'operateur new. 



a) Points communs avec les structures dynam iques 

Le mecanisme que nous venons d' evoquer s'applique aux objets (au sens large), lorsqu'ils ne possedent pas 
de construe teur. A in si, si nous defin issons le type point suivant : 



class point 

{ int x, y ; 
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public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche ( ) ; 

} ! 

et si nous dec larons : 

point * adr ; 

nous pourrons creer dyna m iquem ent un emplacement de type point (qui contiendra done ici la place pour 
deux en tiers) et affecter son adresse a adr par : 

adr = new point ; 

L 'acces aux fo notions m em bre de I'objet pointe par adr se fera par des a p pels de la form e : 

adr -> initialise (1, 3) ; 
adr -> affiche ( ) ; 

ou, eventuellem ent, sans u til iser I'operateur -> , par : 

C* adr) . initialise (1, 3) ; 
(* adr) .affiche ( ) ; 

Si I'objet contena it des m em bres don nee publics, on y a cced era it de facon com parable. 
Quanta la suppression de I'objet en question, e 1 1 e se fera, ici encore, par : 

delete adr ; 

b) Les n o u ve lies possibility des operateurs new et delete 

Nous avons deja vu que la philosophie de C + + consiste a fa ire du construe teur (des lors qu'il existe) un 
passage oblige lors de la creation d'un objet. II en va de m em e pour le destructeur lors de la destruction d'un 
objet. 

C ette philosophie s'applique egalem ent aux objets dyn am iques. P lus prec isem ent : 

• apres I'a llocation dynamique de I'em placem ent memoire requis, I'operateur new, appellera un 
constructeur de I'objet; ce constructeur sera determine par la nature des arguments qui figurent a la 
suite de son appel com m e dans : 

new point (2, 5) ; 

On peut dire que le constructeur appele est le meme que celui qui aurait ete appele par une declaration 
telle que : 

a = point (2, 5) ; 

B ien entendu, s'il n' existe pas de constructeur, ou s'il existe un constructeur sans a rg urn ent, la syntaxe : 

new point // ou new point () 

sera acceptee. En revanche, si to us les construe teur s p o sse dent a u m oins un a rg urn ent, c ette syntaxe sera 
rejetee (elle ne sera acceptee que dans le casou aucun constructeur n'existe). 

On retro uve la, en definitive, les m em es regies que eel les s'appliquant a la declaration d'un objet. 
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• Avant la liberation de I'em placem ent m em oire corresponda nt, I'operateur delete appellera le 
destructeur. 



c ) Exem pie 

V oici un exem pie de program m e qui cree dynam iquem ent un objet de type point dans la fonction main et qui 
le detruit dans une fonction fct (appel ee par main). L es m essages affiches perm ettent de m ettre en evidence 
les moments auxquels sont appeles le construe teur et le destructeur. 



^include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point (int abs, int ord) // constructeur 

{ x=abs ; y=ord ; 

cout « "++ Appel Constructeur \n" ; 

; 

-point () // destructeur (en fait, inutile ici) 

{ cout « " — Appel Destructeur \n" ; 
} 

} ; 

main () 

{ void fct (point *) ; // prototype fonction fct 

point * adr ; 

cout « "** Debut main \n" ; 

adr = new point (3,7) ; // creation dynamique d'un objet 

fct (adr) ; 

cout « "** Fin main \n" ; 

} 

void fct (point * adp) 

{ cout « "** Debut fct \n" ; 

delete adp ; // destruction de cet objet 

cout « "** Fin fct \n" ; 



** Debut main 

++ Appel Constructeur 

** Debut fct 

— Appel Destructeur 

** Fin fct 

** Fin main 



Exemple de creation dynamique d'objets 
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3. LE CONSTRUCTEUR DE RECOPIE 

3.1 Presentation du c onstructeur de recopie 

N ous avons vu com m ent C + + garantit I'appel d'un c onstructeur pour un objet cree par une declaration ou 
par new. C e point est fondam ental puisqu'il donne la certitude qu'un objet ne pourra etre cree, sans avoir ete 
place dans un " eta t initial con vena b I e " (du m o ins juge com m e tel par le concepteur de I 1 objet). 

Mais il existe des circonstances dans lesquelles il est necessaire de construire un objet, meme si le 
programmeur n ' a pas prevu de constructeur pour cela. La situation la plus frequente est celle ou la valeur 
d'un objet doit etre transm ise en a rg urn ent a une fo notion. D ans ce cas, il est necessaire de creer, dans un 
emplacement local a la fonction, un objet qui soit une copie de I'argument effectif. Le meme problem e se 
pose dans le cas d'un objet renvoye par valeur com m e resultat d'une fonction ; il faut alors creer, dans un 
em placem ent local a la fonction appelante, un objet qui soit une copie du resu I tat. N o us verrons qu'il existe 
une tr o i si em e situation de ce type, a savoir le cas ou un objet est initialise, lors de sa declaration, avec un 
autre objet de meme type. 

D'une maniere generale, on regroupe ces trois situations sous le nom d'initialisation par recopie 4 . Une 

initialisation par recopie d'un objet eta nt done la creation d'un objet par recopie d'un objet ex istant de m em e 
type. 

Pour realiser une telle initialisation par recopie, C+ + a prevu d'utiliser un constructeur particulier dit 
constructeur de recopie 5 (nous verrons plus loin la forme exacte qu'il doit posseder). Mais, si un tel 
constructeur n'existe pas, un traitement par defaut est prevu ; on peut dire qu'on utilise un constructeur de 
recopie par defaut. 

En definitive, on peut dire que dans toute situation d'initialisation par recopie il y toujours appel d'un 
constructeur de recopie, m a is il faut di sting uer deux cas. 



a) II n'existe pas de constructeur approprie 

II y appel d'un constructeur de recopie par defaut, genere autom atiquem ent par le compilateur. Ce 
constructeur se contente d'effectuer une copie de chacun des m em bres, laquelle est analogue, en definitive, a 
celle qui est m ise en place (par defaut) lors d'une affectation entre objets de m em e type. N aturellem ent cela 
posera les memes problem es dans le cas d'objets contenant des pointeurs sur des emplacements alloues 
dynam iquem ent : on aura simplement affaire a une "copie superficielle" , e'est-a-dire que seules les valeurs 
des pointeurs seront recopiees, les emplacements pointes ne le seront pas ; ils risquent alors, par exemple, 
d'etre detruits deux fois. 



b) II existe un constructeur approprie 

II existe done un constructeur de recopie que vous aurez fourni ex p lie item ent dans votre classe. II doit 
s'agir d'un constructeur ayant un seul argument 6 du type de cette classe ; de plus, il est indispensable que cet 
argument soit transm is par reference, ce qui signifie que I'en-tete du constructeur de recopie doit etre 
o bligatoirem ent de I'une de ces deux form es (si la classe c oncer nee se nom m e point) : 

point (point & ) point (const point & ) 



4 ■ N ous aurions pu nous Mm iter au term e "initialisation" s 1 il n 'ex i s ta it pas d es situations oil Ton peut in Itlallser u n o bjet avec une valeur ou 
un objet d'un type different... 

5 ■ En anglais "copy constructor" . 

6 ■ En toute rlgueur, la norm e AN SI accepte egalem ent un constructeur dlsposant d'argurn ents suppleni en takes, pourvu que ces dern Iers 
possedent des valeurs par defaut. 
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Dans ce c a s , ce constructeur est appele de maniere h a b i t u e 1 1 e , apres la creation de I'objet. Bien entendu, 
aucune recopie n'est faite de f a g o n autom atique, pas meme une recopie superficielle, contrairem ent a la 
situation preced ente : c'est a ce constructeur de prendre en charge I" in tegra lite du travail (copie superficielle 
et copie profonde). 

Rem arques : 

1) Notez bien que C+ + impose au constructeur en question que son unique argument soit transmis par 
reference (ce qui est logique puisque, sinon, I'appel du constructeur de recopie impliquerait une 
initialisation par recopie de I'argument, done, en definitive, un appel du constructeur de recopie qui, lui- 
m em e, etc.) 

0 uoi qu'il en soit, la form e suivante sera it rejetee en com pilation : 

point (point) ; // incorrect 

2) L es deux formes precedentes (point (point & ) et point (const point & ) ) pourraient exister au sein 
d'une meme classe. D a ns ce cas, la prem iere sera it utilisee en cas d 1 in itialisation d 1 un objet par un objet 
quelconque, tandis que la sec onde sera it utilisee en cas d 1 in itialisation par un objet constant. En general, 
com pte tenu de ce que, logiquem ent, un tel constructeur de recopie n ' a aucune raison de vouloir m odifier 
I'objet recu en argument, il est conseille de ne definir que la seconde forme ; dans ce cas, en effet, elle 
restera applicable a ux deux situations evoquees (une fonction p revue pour un objet constant peut to u jours 
s'appliquer a un objet variable - la reciproque etant naturellem ent fausse). 

3) N ous avons deja rencontre des situations de recopie dans le cas de I 'affectation. M a is, alors, les deux 
objets concerned existaient deja ; I'affectation n'est done pas une situation d'initialisation par recopie, 
telle que nous venons de la definir. Bien que les deux operations possedent un traitement par defaut 
semblable (copie superficielle), la prise en compte d'une copie profonde passe par des mecanismes 
differents : definition d'un constructeur de recopie pour ("initialisation, su rdefin itio n de I'operateur = 
pour I'affectation (ce que nous apprendrons a faire dans le chapitre consacre a la su rdefin itio n des 
operateurs). 



3.2 P rem ier ex em pie d 1 utilisation du constructeur de recopie : 
objet transm is par v aleur 

N o us vous pro poso ns de c o m parer les deux situations que nous venons d ' evoquer : constructeu r de recopie 
par defaut, constructeur de recopie defini dans la classe. Pour ce faire, nous allons utiliser une classe vect 
permettant de gerer des tableaux d'entiers de taille "variable" (on devrait plutot dire de taille d efin issable 
lors de I 'execution car, une fois d efin i e , cette taille ne changera plus). N ous souhaitons que I'utilisateur de 
cette classe declare un tableau so us la form e : 

vect t (dim) ; 

ou dim est une expression en tie re representant sa taille. 
II pa rait alors naturel de prevoir pour vect : 

• en membres donnee, la taille du tableau et un pointeur su r ses elements, lesquels verront leurs 
em placem ents alio ues dynam iquem ent, 

• un constructeur recevant un a rg urn ent en tier charge de cette allocation dynam ique, 

• un destructeur libera nt I' em placem ent alio ue par le constructeur. 
C ela nous conduit a une "premiere ebauche" : 
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class vect 

{ int nelem ; 

double * adr ; 
public : 

vect (int n) ; 

~vect ( ) ; 



a) Em ploi du construe teur de reco pie par defaut 

V oici un ex em pie d 1 utilisation d'une telle classe (nous avons ajoute des affichages de m essages pour suivre a 
la trace les constructions et destructions d'objets). Ici, nous nous contentons de transm ettre par valeur un 
o b j e t de type vect a une fonction ordinaire nominee fct, laquelle ne fait rien d'autre que d" afficher un 
m essage indiquant son a ppel. 



^include <lostream.h> 

class vect 

{ 

int nelem ; // nombre d' elements 

double * adr ; // pointeur sur ces elements 

public : 

vect (int n) // constructeur "usuel" 

{ adr = new double [nelem = n] ; 

cout « "+ const . usuel - adr objet : " « this 
« " - adr vecteur : " « adr « "\n" ; 

} 

~vect () // destructeur 

{ cout « "- Destr. objet - adr objet : " 

« this « " - adr vecteur : " « adr « "\n" ; 
delete adr ; 

; 

; / 

void fct (vect b) 

{ cout « "*** appel de fct ***\n" ; 
} 

main () 

{ vect a (5) ; 
fct (a) ; 

} 

+ const . usuel - adr objet 
*** appel de fct *** 

- Destr. objet - adr objet 

- Destr. objet - adr objet 



: 0x40e20ffa - adr 

: 0x40e20ff4 - adr 
: 0x40e20ffa - adr 



vecteur : 0x42940004 

vecteur : 0x42940004 
vecteur : 0x42940004 



Lorsqu'aucun constructeur de reco pie n 1 a ete defini 
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C om m e vous pouvez le constater, I'appel : 

fct (a) ; 

a cree un nouvel objet, dans lequel on a recopie les valeurs des m em b r es nelem e t a d r de a. La situation peut 
etre schem atisee ainsi (nous designons par b le nouvel objet a in si cree) : 



a 




A la fin de I'execution de la fonction main, il y a appel du destructeur ~ point, d'abord pour a, ce qui libere 
I 1 em placem ent pointe par adr, puis pour b, ce qui libere... le m em e emplacement. C ette tentative constitue 
une erreur (d 1 execution) dont les consequences varient avec I ' i m plem entation. 



b) Definition d'un constructeur de recopie 

N ous pouvons e v iter le problem e evoque en faisant en sorte que I'appel : 

fct (a) ; 

conduise a creer " integra lem ent" un nouvel objet de type vect, avec non seulement ses membres donnee 
nelem et adr, m a is eg a lem ent son pro pre em placem ent de stock age des valeurs du tableau. A utrem ent dit, 
nous souhaitons aboutir a cette situation : 



a 




Pour ce faire, nous definissons, au sein de la classe vect, un constructeur par recopie, de la forme : 

vect (const vect &) ; // ou, a la rigueur vect (vect &) 

dont nous savons qu'il sera appele dans toute situation d'initialisation done, en particulier, lors de I'appel de 
fct. 
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C e construe teur (appele apres la creation d'un nouvel objet 7 ) doit : 

• creer dynam iquem ent un nouvel emplacement dans lequel il recopie les valeurs correspondant a I'objet 
recu en argum ent, 

• renseigner con vena blem ent les m em bres don nee du nouvel objet (nelem = valeur du m em bre nelem de 
I'objet regu en argument, adr = ad r esse d u nouvel emplacement). 

I ntroduisons ce construe teur de recopie dans no tre precedent ex em pie : 



^include <±ostream.h> 

class vect 

{ 

int nelem ; // nombre d' elements 

double * adr ; // pointeur sur ces elements 

public : 

vect (int n) // constructeur "usuel" 

{ adr = new double [nelem = n] ; 

cout « "+ const . usuel - adr objet : " « this 
« " - adr vecteur : " « adr « "\n" ; 

} 

vect (const vect & v) // constructeur de recopie 

{ adr = new double [nelem = v . nelem] ; // creation nouvel 

objet 

int i ; for (i=0 ; i<nelem ; i++) adr [i] =v . adr [i] ; // recopie de l'ancien 
cout « "+ const . recopie - adr objet : " « this 
« " - adr vecteur : " « adr « "\n" ; 

} 

~vect () // destructeur 

{ cout « "- Destr . objet - adr objet : " 

« this « " - adr vecteur : " « adr « "\n" ; 
delete adr ; 

} 

} ; 

void fct (vect b) 

{ cout « "*** appel de fct ***\n" ; } 
main () 

{ vect a (5) ; fct (a) ; 
} 



+ const . usuel - adr 
+ const, recopie - adr 
*** appel de fct *** 

- Destr. objet - adr 

- Destr. objet - adr 



objet : 0x44ec0ffa - 

objet : 0x44ec0ff4 - 

objet : 0x44ec0ff4 - 

objet : 0x44ec0ffa - 



adr vecteur : 0x469e0004 

adr vecteur : 0x46al0004 

adr vecteur : 0x46al0004 

adr vecteur : 0x469e0004 



1 ■ Notez b i e n que le constructeur n'a pas a creer 1 1 objet lui-meme, c ' est- a - d i r e c les membres Int et adr, m a i s sim plem ent les parties 
so u m Ises a la gestlon dynam Ique. 
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D efin itio n et utilisation d 1 u n constructeur de reco pie 

Vous constatez que, cette fois, c h a q u e o b j e t possedant son propre emplacement memoire, les destructions 
successives se deroulent sans problem e. 



Remarque 

Si nous avons regie le problem e de I'initialisation d'un objet de type vect par un autre objet du meme 
type, nous n'avons pas pour autant regie celui qui se poserait en cas d' affectation entre objets de type 
vect. C om m e nous I'avons deja sign ale a plusieurs reprises, ce dernier point ne peut se resoudre que par 
la su rdefin itio n de I'operateur = . 

3.3 Deuxieme exemple d'utilisation du constructeur de recopie : 
objet transm is en valeur de retour d'une fonction 

L orsque la transm issi on d'un argum ent ou d'une valeur de retour d'une fonction a lieu par valeur, e 1 1 e m et 
en ce u v re une recopie. Lorsque celle-ci concerne un objet, cette recopie est, comme nous I'avons dit, 
realisee soit par le constructeur de recopie par defaut, soit, le cas echeant, par le constructeur de recopie 
prevu pour I'objet. 

D ans le cas ou un objet com porte une partie dyn am ique, I 'em ploi de la recopie par defaut conduit, comme 
nous I'avons deja vu, a une "copie superficielle" ne recopiant que les membres de I'objet. Les risques de 
double liberation d'un emplacement memoire sont alors les memes que ceux evoques dans le paragraphe 
3.2. M a is, de surcrolt, pour la partie dyn am ique de I'objet, on perd ici le benefice de la protection contre 
des m odifications qu'offre la transm issi on par valeur. En effet, dans ce cas, la fonction concerned reco it bien 
une copie de I'adresse de I'em placem ent mais, par le biais de ce pointeur, e 1 1 e peut tout a fait modifier le 
contenu de I'em placem ent lui-meme (revoyez, par exemple, le schema du paragraphe 3.2a, dans lequel a 
jo u a it le role d'un argum ent et b celui de sa recopie). 

Voici un exemple de programme faisant appel a une classe point, d o tee d'une fonction membre nommee 
symetriqu e, fournissant en retour un point symetrique de celui I'ayant appele. Notez bien qu'ici, 
contrairem ent a I'exemple precedent, le constructeur de recopie n'est pas indispensable au bon 
fonctionnem ent de notre classe (qui ne comporte aucune partie dynamique): il ne sert qu'a illustrer le 
m ecanism e de son appel. 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur "usuel" 

{ x=abs ; y=ord ; 

cout « "++ Appel Const . usuel " « this « " " « x « " " « y « 

"\n" ; 
} 

point (point S p) // constructeur de recopie 

{ x=p.x ; y=p.y ; 

cout « "++ Appel Const . recopie " « this « " " « x « " " « y « 

"\n" ; 
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; 

~point () 

{ cout « " — Appel Destr. 
"\n" ; 
} 

point symetrique () ; 

} ; 

point point :: symetrique () 
{ point res ; res.x = -x ; res.y 
} 

main () 

{ point a (1,3), b ; 

cout « "** avant appel de symetrique\n" ; 
b = a. symetrique () ; 

cout « "** apres appel de symetrique\n" ; 

} 



++ 


Appel 


Const , 


usuel 0x41000ffc 


1 3 




++ 


Appel 


Const . 


usuel 0x41000ff8 


0 0 




** 


avant 


appel 


de symetrique 






++ 


Appel 


Const . 


usuel 0x41000fe2 


0 0 




++ 


Appel 


Const . 


recopie 0x41000ff4 


-1 ■ 


-3 




Appel 


Destr. 


0x41000 fe2 


-1 ■ 


-3 


** 


apres 


appel 


de symetrique 








Appel 


Destr. 


0x41000ff4 


-1 ■ 


-3 




Appel 


Destr. 


0x41000ff8 


-1 ■ 


-3 




Appel 


Destr. 


0x41000ffc 


1 3 





Appei du constructeur de recopie en cas de transmission par valeur 



^y^4. INITIALISATION DUN OBJ ET LORS DE SA DECLARATION 

N ,B . C e paragraphe peut etre ignore dans un premier tern ps. 

En langage C , on peut initialiser une variable au m om ent de sa declaration com m e dans : 

int n = 12 ; 

En theorie, C+ + permet de faire de meme avec les objets, en ajoutant un initialiseur lors de leur 
declaration . M a is si le role d ' u n tel in itialiseu r va de so i dans le cas d e variables classiqu es ( i I ne s'agit que 
d'en fournir la ou les valeurs), il n'en va plus de m em e dans le cas d'un objet ; en effet, il ne s'agit plus de 
se contenter d 1 initialiser sim plem ent ses m em bres m a is plutot de fournir, sous une form e peu naturelle, des 
argum ents pour un constructeur. D e plus, C + + n ' i m pose aucune restriction sur le type de I 1 initialiseur qui 
pourra done, eventuellem ent, etre du meme type que I'objet initialise : le constructeur utilise sera alors le 
constructeur de recopie presente precedem m ent. 

V oyons cela plus en detail. C onsiderons d'abord cette classe (m unie d'un constructeur usuel) : 

class point 
{ int x, y ; 

public : 



" « this « " " « x « " " « y « 



= -y ; return res ; 
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point (int abs) { x = abs ; y = 0 ; } 

} ; 

N ous avons deja vu quel sera it I e role d'une declaration telle que : 

point a (3) ; 

C++ nous autorise egalem ent a ecrire : 

point a = 3 ; 

C ette declaration entralne : 

• la creation d ' u n objet nom m e a, 

• I'appel du constructeur auquel on transm et en argum ent la valeur de I 1 initialiser, ici 3. 
E n definitive, les deux declarations : 

point a (3) 
point a = 3 ; 

sont equivalentes. 

D'une maniere generale, lorsque I'on declare un objet avec un initial! seu r, ce dernier peut etre une 
expression d'un type quelconque, a condition qu'il existe un constructeur a un seu I argum ent de ce type. 

C ela s'applique done egalem ent a une situation telle que : 

point a ; 

point b = a ; //on initialise b avec 1 'objet a de meme type 

M anifestem ent, on aura it o btenu le meme res u I tat en declarant : 

point b(a) ; // on cree 1' objet b, en utilisant le constructeur par 

recopie 

// de la classe point, auquel on transmet 1 'objet a 

Quoi qu'il en soit, ces deux declarations (point b= a et point b(a)) entrainent effectivem ent la creation d'un 
objet de type point, suivie de I'appel du constructeur par recopie de point (celui par defaut ou, le cas 
echeant, celui qu'on y a defini) auquel on transm et en argum ent I' objet a. 

Rem arques : 

1) II ne faut pas confondre I'initialiseur d'une classe avec celui employe en C pour donner des valeurs 
initiales a un tableau : 

int t[5] = {3, 5, 11, 2, 0} ; 

ou a une structure. C elui-ci est to u jours u til i sable en C + + , y com pris pour les structures com porta nt des 
fonctions membre. II est meme applicable a des classes ne disposant pas de constructeur et dans 
lesquelles to us les m em bres sont publics ; en pratique, cette possibility ne presente guere d' interet. 

2) S upposo ns qu ' u ne c lasse point soit m u n i e d'un c onstructeur a deux argum en ts en tiers et considerons la 
declaration : 

point a = point (1, 5) ; 
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II s'agit bien d'une declaration com portant un initialiser constitue d'une expression de type point. On 
pourrait logiquem ent penser qu'elle entralne I'appel d'un constructeur de recopie (par defaut ou effectif) 
en v u e d 1 initialiser I'objet a nouvellem ent cree avec I'objet tern poraire point (1,5). 

En fait, dans ce cas precis d 1 initialisation d'un objet par appel explicite du constructeur, C++ a prevu 
de traiter cette declaration com m e : 

point a(l, 5) ; 

A utrem ent dit, il y a creation d'un seul objet a et appel du constructeur (" usu el") pour cet objet. A uc un 
constructeur de recopie n'est appele. 

Cette demarche est, au demeurant, assez naturelle et sim plificatrice. E lie n'en demeure pas moins une 
exception par opposition a celle qui est m ise en ceuvre dans : 

point a = b ; 

ou dans : 

point a = b + point (1, 5) 

lorsque nous aurons appris a donner un sens a une expression telle que b + point (1, 5) ( e 1 1 e suppose la 
"su rdefinition" de I'operateur + pour la classe point). 

5. OBJ ETS M EM BRE 
5 .1 Introduc tion 

II est tout a fait possible qu'une classe possede un membre donnee qui soit lui-meme de type classe. Par 
exem pie, ayant defini : 

class point 
{ int x, y ; 

public : 

int init (int, int) ; 

void affiche ( ) ; 

} ; 

nous pouvons definir : 

class cercle 

{ point centre ; 

int rayon ; 
public : 

void aff rayon ( ) ; 

} ; 

Si nous declarons alors : 

cercle c ; 

I'objet c possede un membre donnee prive centre, de type point. L 'objet c peut acceder classi quern ent a la 
methode affrayon par c.affrayon. En revanche, il ne poura pas acceder a la methode init du membre centre 
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car centre est prive. Si centre eta it public, on pourrait acceder a u x m ethodes de centre par c. centre, in it () ou 
c. centre. affiche (). 

D 'une m a n i e re gen era le, la situation d'objets m em b r e correspond a une relation entre classe du type relation 
de possession (on dit aussi "relation a" - du verbe avoir). E ffectivem ent, ici, on peut bien dire qu'un cercle 
possede (a) un centre (de type point). C e type de relation s 1 op pose au type de relation qui sera induite par 
I ' heritage, dont on dira qu'il s 1 a g it de " relation est" (du verbe etre) . 

V oyons m aintenant com m ent sont m is en ceuvre les construe teurs des d iff e rents o b jets lorsqu'ils existent. 



5. 2 M is e en ce u v re des const rue teurs etdes dest rue teurs 

S upposons, cette fois, que notre classe point ait ete definie avec un construe teur : 

class point 
{ int x, y ; 

public : 

point (Int, Int) ; 

} ; 

N ous ne pouvons plus definir la classe cercle precedente sans construe teur. E n effet, si nous le faisions, son 
membre centre se verrait certes attribuer un emplacement (lors d'une creation d'un objet de type cercle) 
m a is son construe teur ne pourrait etre appele (quel les valeurs pourra it-on lui transm ettre ?). 

II faut done : 

• d'une part, definir un constructeur pour cercle, 

• d'autre part, specifier les arguments a fournir au constructeur de point: ceux-ci doivent etre choisis 
o bligatoirem ent parm i ceux fournis a cercle. 

V oici ce que pourrait etre la definition de cercle et de son constructeur : 

class cercle 

{ point centre ; 

int rayon ; 
public : 

cercle (int, int, int) ; 

} ; 

cercle :: cercle (int abs, int ord, int ray) : centre (abs, ord) 

{ ... 

} 



V ous voyez que I 'en- tete de cercle spec ifie, ap res les deux- points, la liste des a rgum ents qui ser on t transm is 
a point. 

L es construe teurs seront appeles dans I'ordre suivant : point, cercle. S 'il existe des destruc teurs, ils seront 
appeles dans I'ordre inverse. 

V oici un exem pie com plet : 
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^include <iostream.h> 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) 
{ x=abs ; y=ord ; 

cout « "Constr. point " « x « " " « y « "\n" ; 

} 

} ; 

class cercle 

{ point centre ; 

int rayon ; 
public : 

cercle (int , int , int) 

} ; 

cercle :: cercle (int abs, int ord, int ray) : centre (abs, ord) 
{ rayon = ray ; 

cout « "Constr. cercle " « rayon « "\n" ; 

} 

main () 

{ cercle a (1,3,9) ; 
} 



Constr. point 1 3 
Constr. cercle 9 



Appel des differents constructeurs dans le cas d'objets mem b re 



Rem arques : 

1) Si point dispose d'un constructeur sans argument, le constructeur de cercle peut ne pas specifier 
d'argum ent a destination du constructeur de centre qui sera appele autom atiquem ent. 

2) Dans le cas d'objets com portant plusieurs objets membre, la selection des arguments destines aux 
differents constructeurs se fait en separant chaque liste par une virgule. En voici un ex em pie : 

class A class B 

{ ... { 

A (int) ; B (double, int) ; 

) ; ) ; 

class C 

{ A al ; 

B b ; 

A a2 ; 



C (int n, int p, double x, int q, int r) : al (p) , b(x,q), a2 (r) 
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{ ; 

lei, nous avons, par souci de simplification de I'ecriture, suppose que le constructeur de C etait "en 
ligne" . P arm i les argum ents n, p, x, q et r qu'il recoit, p sera transm is au constructeur A de al, x et q 
au constructeur B de b puis r au constructeur A de a2. N otez b i e n que I'ordre dans lequel ces trois 
constructeurs son t executes n 'est pas im pose par le langage (attention aux eventuels effets de b o r d I). 
T outefois, le constructeur C , quanta lui, ne sera b i e n execute qu'apres les trois autres (I'ordre des 
im brications est toujours respecte). 

3) La syntaxe que nous venons de decrire pour transmettre des arguments a un constructeur d'un objet 
membre peut en fait s'appliquer a n'importe quel membre meme s'il ne s'agit pas d'un objet. Par 
exem pie : 

class point 
{ Int x, y ; 
public : 

point (Int abs=0, Int ord=0) : x(abs), y(ord) {} 



} ; 

L ' a p p e I du constructeur point provoquera I 'initialisation des m em bres x et y avec respectivem ent les 
valeurs abs et ord. Son corps est vide ici puisqu'il n'y a rien de plus a faire pour remplacer notre 
constructeur classique : 

point (Int abs=0, Int ord=0) { x=abs ; y=ord ; } 

C ette possibility peut d even ir indispensable dans les cas suivants : 

- initialisation d'un m em bre donnee constant, 

- initialisation d'un membre donnee qui est une reference : en effet, en ne peut qu'initialiser une 
telle reference, jamais lui affecter une nouvelle valeur (revoyez eventuellem ent le paragraphe 
correspondant dans le chapitre IV ). 

5. 3 Casdu constructeur de recopie 

N o us avons vu que, pour toute classe, il est prevu un constructeur de recopie par defaut, lequel est appele en 
I'absence de constructeur de recopie effectif. Son role est simple dans le cas d'objets ne comportant pas 
d'o bjets membre, puisqu'il s'agit a lors de recopier les valeurs des differents m em bres do n n ee. 

Lorsque I'objet comporte des objets membre, la recopie (par defaut) se fait membre par membre 8 ; 
autrement dit, si I'un des membres est lui-meme un objet, on le recopiera en appelant son propre 
constructeur de recopie (qui pourra etre soit un constructeur par defaut, soit un constructeur defini dans la 
classe correspondante). 

Cela signifie que la construction par recopie (par defaut) d'un objet sera satisfaisante des lors qu'il ne 
contient pas de pointeurs sur des parties dynam iques, meme si certains de ses objets membre en com portent 
(a condition qu'ils soient, quanta eux, convenablem ent m unis des constructeurs par recopie appro pries). 

Si, en revanche, I'objet contient des pointeurs, il faudra le m unir d'un constructeur de recopie approprie. C e 
dernier devra a lors p rend re en charge I ' in teg ra lite de la recopie de I'objet. C ependant, on pourra pour cela, 



8 ■ En anglais, on pa rle de " m em ber w i se c o py " . A vant la verslo n 2.0 de C + + , la cople se falsa It bit a bit (" bltw Ise copy"), ce qui n 1 etait 
pas toujours satlsf alsant. 
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le cas echeant, transm ettre les inform ations n ecessaire aux construe teurs par recopie (par defaut ou non) de 
certains de ses m em b r es en utilisant la technique dec rite dans le pa rag rap tie 5.2. 



^y^6. LES TABLEAUX D'OBJ ET S 

N ,B . C e pa rag rap tie peut etre ignore dans un prem ier tern ps. 

En C + + , un tableau peut posseder des el em ents de n 1 im porte quel type, y com pris de type classe, ce qui 
conduit alors a des tableaux d 1 objets. C e concept ne presente pas de difficulty pa rtic u Meres au niveau des 
notations que nous a I Ions nous contenter de rappeler sur un ex em pie. En revanche, il nous faudra preciser 
certains points relatifs a Tap pel des construe teurs et aux initialiseurs. 



6 .1 N otations 

S oit une classe point, sans construe teur, definie par : 

class point 
{ int x, y ; 

public : 

void init (int, int) 

void affiche ( ) ; 

} ; 

N ous pouvons declarer un tableau c our be de vingt objets de type point par : 

point courbe [20] ; 

Si i est un en tier, la notation courbeji] design era un o b jet de type point. L 'instruction : 

courbe [i] . affiche () ; 

appellera le membre init pour le point courbeji] (les priorites relatives des operateurs . et [] permettent de 
s'affranchir de parentheses). De meme, on pourra " affic her" tous les pointspar : 

for (i = 0 ; i < 20 ; i++) courbe [i] . affiche () ; 



Remarque: 

Un tableau d'objets n 1 est pas un objet. Dans 1 1 esprit de la P. 0.0. pure, ce concept n'existe pas, 
puisqu'on ne manipule que des objets. En revanche, il reste toujours possible de definir une classe dont 
un des membres est un tableau d'objets. Ainsi, dans notre cas, nous pourrions definir un type courbe 
par : 

class courbe 

{ point p[20] ; 

; / 
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6.2 C onstructeurs et initialiseurs 

N ous venons de voir la signification de la declaration : 

point courbe [20] ; 

dans le cas ou point est une classe sans construe teur. 

Si la classe comporte un constructeur sans argument, celui-ci sera appele successivem ent pour chacun des 
elements (de type point) du tableau courbe. En revanche, si aucun des constructeurs de point n'est un 
constructeur sans a rg urn ent, la declaration precedente conduira a une erreur de com pilation. C eci s'explique 
par le fait que, dans ce cas, C++ n'est plus en mesure de garantir le passage par un constructeur, des lors 
que la classe concerned (point) en com porte au m oins un. 

II est cependant possible de completer une telle declaration par un initialiseur comportant une liste de 
valeurs ; chaque valeur sera transmise a un constructeur approprie (les valeurs peuvent done etre de types 
quelconques, eventuellem ent differents les uns des autres, dans la mesure ou il existe le constructeur 
correspondant), Pour les tableaux de classe automatique, les valeurs de I'initialiseur peuvent etre une 
expression quelconque (pour peu qu'elle soit calculable au moment ou Ton en a besoin). En outre, 
I'initialiseur peut com porter m oins de valeurs que le tableau n'a d'elem ents 9 . Dans ce cas, il y a appel du 
constructeur sans a rg urn ent (qui doit done exister) pour les elem ents a ux quels ne correspond aucune valeur. 

V oici un ex em pie illustrant ces possibility (ici, nous avons choisi un constructeur disposant d'argum ents par 
defaut : il rem place trois constructeurs a zero, un et deux a rg urn ents). 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur (0, 1 ou 2 arguments) 

{ x=abs ; y =ord ; 

cout « "++ Constr. point : " « x « " " « y « "\n" ; 

} 

} ; 

main () 

{ int n = 3 ; 

point courbe [5] = { 7, n, 2*n+5 } ; 

} 



++ 


Constr. 


point . 


: 7 


0 


++ 


Constr. 


point . 


: 3 


0 


++ 


Constr. 


point . 


: 11 


0 


++ 


Constr. 


point . 


: 0 


0 


++ 


Constr. 


point . 


: 0 


0 




Destr. 


point . 


: 0 


0 




Destr. 


point . 


: 0 


0 




Destr. 


point . 


: 11 


0 




Destr. 


point . 


: 3 


0 




Destr. 


point . 


: 7 


0 



■ M a is, pour I 1 instant, les elem ents m anquants doivent obligatoirem ent etre les d er niers. 
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C onstruction et initialisation d'un tableau d'objets (version 2.0) 



6.3 Cas des tableaux dynam iques d'objets 

Si Ton dispose d'une classe point, on peut creer dynam iquem ent un tableau de points en faisant appel a 
I'operateur new. P ar exem pie : 

point * adcourbe = new point [20 ] ; 

alloue I'em placem ent memoire necessaire a vingt objets (consecutifs) de type point et place I'adresse du 
p re m ier de ces objets dans adcourbe. 

L a encore, si la classe point com porte un construe teur sans argument, ce dernier sera appele pour chacun des 
vingt objets. Si, en revanche, aucun des constructeurs de point n'est un constructeur sans argument, 
I 1 instruction precedente conduira a une erreur de compilation. Bien entendu, aucun problem e particulier ne 
se posera si la classe point ne com porte aucun constructeur. 

P ar contre, il n'existe ici aucune possibility de fournir un initialiseur, alors que, com m e nous I'avons vu dans 
le para grap he 6.2, ceci est possible dans le cas de tableaux auto m atiques ou statiques. 

Pour detruire notre tableau d'objets, il suffira de Instruction (notez la presence de [] qui precise que Ton a 
affaire a un tableau d'objets) : 

delete [] adcourbe 

Celle-ci provoquera I'appel du destructeur de point et la liberation de I'espace correspondant pour chacun 
des elem ents du tableau. 



LES OBJ ET S T EM PORAIRES 



N ,B . C e paragraphe peut etre ignore dans un premier tern ps. 

Lorsqu'une classe dispose d'un constructeur, ce dernier peut etre appele explicitem ent (avec la liste 
d'arguments n ecessaires). Dans ce cas, il y a alors creation d'un objet temporaire. Par exemple, si nous 
supposons qu'une classe point possede le constructeur : 

point (int, int) ; 

nous pouvons, si a est un objet de type point, ecrire une affectation telle que : 

a = point (1, 2) ; 

D a ns une telle instruction, I 'evaluation de I 'ex press ion : 

point (1, 2) 

conduit a : 
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• la creation d'un objet temporaire de type point (il a une adresse precise, m a i s il n'est pas accessible au 
program m e} 10 , 

• Tap pel du constructeur point, pour cet objet tern poraire, avec transm ission des a rg u m ents specifies (ici 1 
et 2), 

• la recopie de cet objet tern poraire dans a (affectation d'un objet a un autre de meme type). 

Quanta I 1 objet tern poraire a in si cree, il n ' a plus d' in te ret des que I 'instruction d' affectation est ex ecu tee. II 
pourra done etre detruit a tout moment. Neanmoins, la definition du langage C+ + ne spec i f i e pas a quel 
moment! C eci peut avoir une im porta nee dans le cas ou Ton tient com pte du nombred'objetsd'une meme 
classe existant a un m om ent donne, ou encore lorsque Ton em ploie des "com pteurs de references" dont nous 
parlons en annexe. 

Voici un exemple de programme montrant I'emploi d'objets temporaires. Remarquez qu'ici, nous avons 
prevu, dans le constructeur et le destructeur de notre classe point, d'afficher non seulement les valeurs de 
I'objet m ais egalem ent son adresse. 



^include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point (int abs, int ord) 
{ x = abs ; y = ord ; 

cout « "++ Constr. point 
« " a 1 'adresse : " 

} 

~point () 

{ cout « " — Destr. point 
« " a 1 'adresse : " 

} 

} ; 



// constructeur ("inline") 

" « x « " " « y 
« this « "\n" ; 

// destructeur ("inline") 
" « x « " " « y 
« this « "\n" ; 



main ( ) 
{ 

point a (0,0) ; // un objet automatique de classe point 

a = point (1,2); // un objet temporaire 

a = point (3, 5) ; // un autre objet temporaire 

cout « "****** Fin main ******\ n " ; 

} 



++ Constr. 
++ Constr. 
++ Constr. 
****** Fin 
— Destr. 



point OOa 
point 12a 
point 3 5a 
main ****** 
point 3 5a 



1 'adresse : 

1 'adresse : 

1 'adresse : 

1 'adresse : 



0x40eb0ffc 
0x40eb0ff8 
0x40eb0ff4 

0x40eb0ff4 



lu ■ E n f ait, il en va de meme lorsque Ton realise une affectation telle que y - a * x + b. II y a bien c reation d'un em placem ent 
tern poraire d estine a recueillir le resultat d e I 1 evaluation de ' ex pressio n a * x + b. 
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— Destr. point 1 2 a 1 'adresse : 0x40eb0ff8 

— Destr. point 3 5 a 1 'adresse : 0x40eb0ffc 



Exemple de creation d'objets temporaires 

On y voit clairem ent que les deux affectations de la fonction main entrainent la creation d'un o b j e t 
tern poraire, distinct de a. Ici, le com pilateur utilise n ' a prevu de detruire les objets tern poraires qu 'a la fin de 
I 'execution de la fonction concerned (main), de sorte que les m essages de destruction n'apparaissent qu'apres 
celui de fin ; b i en entendu, il pourrait en a Her autrem ent avec d'autres com pilateurs. 

Rem arques 

1) R epetons que, dans une affectation telle que : 

a = point (1, 2) ; 

I'objet a existe deja. II n ' a done pas a etre c re e et il n'y a pas d'appel de constructeur a ce niveau 
pour a. 

2) L es rem arques faites a propos des risques que com porte une affectation entre objets, no tarn m ent dans 
le cas ou ils com portent des parties dynam iques 11 restent va lab les ici. La m em e solution pourra y etre 
apportee, a savoir la surdefinition de I'operateur d'affectation. 

3) II existe d'autres circ on stances dans lesqu el les son t crees des objets tern poraires, a savoir : 

- transm ission de la valeur d'un objet en argum ent d'une fonction ; dans ce cas, il y a creation d'un 
objet tern poraire au sein de la fonction concerned ; 

- transm ission d'un objet en valeur de retour d'une fonction ; dans ce cas, il y a creation d'un objet 
temporaire au sein de la fonction appelante. 

D ans les deux cas, I'objet tern poraire est initialise par appel du constructeur de reco pie. 

4) La presence d'objets temporaires (dont le m om ent de destruction n 'est pas pa rfa item ent im pose par la 
norm e) peut rendre difficile le denom brem ent exact d'objets d'une classe donnee. 

5) La norme ANSI autorise les compilateurs a supprimer certaines creations d'objets temporaires, 
n o tarn m ent dans des situations tel les que : 

f (point (1,2)) ; // appel d'une fonction attendant un point 

// avec un argument qui est un objet temporaire 
// on peut ne pas creer point (1, 2) dans la fonction 

appelante 

return (point (3, 5)) ; // renvoi de la valeur d'un point 

// on peut ne pas creer point (3, 5) dans la 

fonction 



EXERC IC ES 

N .B . Les exercices marque's (C ) sont corriges en fin de volume. 



■ N o u s i n c I u o n s dans ce cas les objets dont un m em bre (lu i-m em e objet] com porte une partie dynam ique. 
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1- Comme le suggere la remarque du paragraphe 1.3, ecrivez une fonction main qui, bien que ne 
contenant que des declarations (voire une seule declaration), n'en effectue pas moins un certain 
tra item ent (par ex em pie affic hages}. 

2 ■ E xperim entez le program m e du paragraphe 2 pour voir comment sont traites les objets tern pora ires 

dans votre im plem entation. 

3 ■ Cherchez a m ettre en evidence les problem es poses par I 'affectation d 1 objets du type vect, tel qu'il est 

defini dans I 'ex em pie du paragraphe3.2.b. 

4- Ecrivez un programme permettant de mettre en evidence I'ordre d'appel des constructeurs et des 
destructeurs dans la situation du paragraphe 5.2 (objets m em bre), a in si que dans celle de la seconde 
remarque (objet comportant plusieurs objets membre). E xperim entez egalement la situation d'objets 
m em bre d' o bjets m em bre. 

5 ■ (C ) Ecrivez une classe nom m ee pile_entier perm ettant de gerer une pile d' en tiers. C es derniers seront 

conserves dans un tableau d'entiers alloues dynam iquem ent. La classe comportera les fonctions 
m em bre suivantes : 

pile_entier (int n) 

construe teur a llouant dynam iquem ent un em placem ent de n en tiers, 

pile_entier ( ) 

construe teur sans argument allouant par defaut un emplacement de vingt entiers, 
~ pile entier ( ) 

destructeur 
void empile (int p) 

ajoute I'entier p su r la pile, 
int depile ( ) 

fournit la valeur de I'entier situe en haut de la pile, en le sup prim ant de la pile, 
int pleine ( ) 

fournit 1 si la pile est pleine, 0 sinon, 
int vide ( ) 

fournit 1 si la pile est vide, 0 sinon. 

6 ■ (C ) E crivez une fonction main, utilisant des o bjets autom atiques et dynam iqu es du type pile entier 

defini precedem m ent. 

7 ■ M ettez en evidence les problem es poses par des declarations de la form e : 

p±le_entier a (10) ; 
p±le_entier b = a / 

8 - ( C ) A j o u te z a la classe pile_entier le constructeur de recopie permettant de regler les problem e s 

precedents. 



III. LES FONCTIONS AM IES 



La P .0 .0 . pure i m pose I'encapsu lation des donnees. N ousavons vu comment la m ettre en ceuvre en C+ + : 
les m em bres prives d'une classe ne sont accessibles qu'aux fonctions m em b r e de cette classe ( p u b I i q u e ou 
privee 1 , mais seules les fonctionspubliques peuventetre appelees "de I'exterieur")- 

D 'autre part, nous avons vu qu'en C+ + "I'unite de protection" est la classe, c'est-a-dire qu'une meme 
fonction m em b r e peut accede r a to us les objets de sa classe. Nous en avons rencontre un ex em pie dans la 
fonction coincide (exam en de la coincidence de deux objets de type point) du paragraphe 4 du chapitre V I. 

En revanche, ce meme principe d'enc a psu lation interdit a une fonction m em bre d'une classe d' acceder a des 
donnees privees d'une autre classe. Or, il existe des circonstances ou une telle contrainte s'avere genante. 
S upposez, par ex em pie, que vous ayez defini une classe vecteur (de taille fixe ou variable, peu im porte !) et 
une classe matrice. II est probable que vous souhaiterez alors definir une fonction permettant de calculer le 
produit d'une matrice par un vecteur. Or, avec ce que nous connaissons actuellement de C+ + , nous ne 
pourrions definir cette fonction, ni comme fonction membre de la classe vecteur, ni comme fonction 
m em bre de la classe matrice, et encore m oins comme fonction independa nte (c'est-a-dire membre d' aucune 
classe). 

B ien entendu , vous pou rriez to u jours " vous en so rtir" en renda nt pu bliques les donnees de vos deux classes, 
m a is vous perdriez a lors le benefice de leur protection. Vous pou rriez egalem ent introduire, dans les deux 
classes, des fonctions pu bliques perm ettant d'acceder aux donnees, m a is vous seriez alors penalise en tern ps 
d'execution... 

En fait, la notion de fonction a m i e 2 va a p porter a ce problem e une solution interessante se presentant so us la 
formed'un compromis entre encapsulation formelle des donnees privees et des donnees publiques. En effet, 
il est possible, lors de la definition d'une classe, d'y declarer qu'une ou plusieu rs fonctions (exterieures a la 
classe) sont des "am ies" ; une telle declaration d'am itie les auto rise alors a acceder aux donnees privees, au 
meme titre que n'im porte quelle fonction membre. 

L 'a vantage de cette m ethode est de perm ettre le controle des acces au niveau de la classe c oncer nee : on ne 
peut pas " s ' i m poser comme fonction amie d'une classe" si cela n'a pas ete prevu dans la classe. Nous 
verrons toutefois qu'en pratique la protection est un peu moins efficace qu'il n'y paratt, dans la mesure ou, 
dans certains cas, une fonction peut se fa ire passer pour une autre ! 

II existe plusieurs situations d'am ities : 



1 - Comme nous I'avons deja ditdepuisla version 1.2, il existe egalement le statut protege (protected). N ous en parlerons dans le chapitre 
XI consacre a I 'heritage ; pour I 1 Instant, vous pouvez c o nslderer que les m em bres proteges sont traites comme les m em bres prives. 

2 - "F rlend" , en anglais. 
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• fonction independante, amied'uneclasse, 

• fonction membred'uneclasse, am ie d'une autre classe, 

• fonction am ie de plusieurs classes, 

• toutes les fonctions membred'uneclasse, am ies d'une autre classe. 

La premiere nous servira a vous presenter les principes generaux de declaration, definition et utilisation 
d'une fonction am ie. N o us exam inerons en suite en detail chacune de ces situations d'amitie. E nfin, nous 
verrons I 'incidence de I 'existence eventuelle de fonctions am ies sur I 'exploitation d'une classe. 

1. EX E M PL E DE FONCTION INDEPENDANTE AM IE D'UNE CLASSE 

Dans Ie paragraphe 4 du chapitre VI, nous vous avons propose une fonction coincide examinant la 
"coincidence" de deux objets de type point ; pour ce faire, nous en avions fait une fonction membre de la 
classe point. Nous vous proposons ici de resoudre Ie m em e problem e, en faisant cette fois de la fonction 
coincide, une fonction independante a m ie de la classe point. 

Tout d'abord, il nous faut introduire dans la classe point, la declaration d'am itie appropriee, a savoir : 

friend int coincide (point, point) ; 

II s'agit precisem ent du prototype de la fonction coincide, precede du mot cle friend. N aturellem ent, ici, 
nous avons prevu que coincide recevrait deux arguments de type point (cette fois, il ne s'agit plus d'une 
fonction membre: e 1 1 e ne recevra done pas d' argum ent im plicite - this - correspondant a I'objet I'ayant 
appele). 

L 'ecriture de la fonction coincide ne pose aucun problem e particulier. 
Void un exem pie de program m e : 



# include <iostream.h> 
class point 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ( "inline" ) 

{ x=abs ; y=ord ; } 
// declaration fonction amie (independante) nominee coincide 
friend int coincide (point, point) ; 

} ; 

int coincide (point p, point q) // definition de coincide 

{ if ((P-x == q.x) && (p.y == q.y)) return 1 ; 

else return 0 ; 

} 

main() // programme d'essai 

{ point a (1,0), b (1) , c ; 

if (coincide (a,b)) cout « "a coincide avec b \n" ; 

else cout « "a et b sont differents \n" 
if (coincide (a,c)) cout « "a coincide avec c \n" ; 

else cout « "a et c sont differents \n" ; 

} 
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a coincide avec b 

a et c sont differents 



Exemple de fonction independante (coincide), a m ie de la class e point 

Rem arques : 

1) L 'em placem ent de la declaration d'am itie, au sein de la classe point, est absolument indifferent. 

2) II n'est pas necessa ire de declarer la fonction amie dans la fonction ou dans le fichier source ou on 
I 1 utilise, dans la m esure ou e 1 1 e est deja obligatoirem ent declaree dans la classe concerned. C eci reste 
v a I a b I e dans le cas (usuel) ou la classe a ete com p i I e e separem ent puisqu'il faudra alors en introduire 
la declaration (generalem ent par # i n c I u d e } . N eanm oins, une declaration superflue de la fonction am ie 
ne constituerait pas une erreur. 

3) Comme nous I'avons deja fait remarquer, nous n'avons plus ici d'argument implicite (this). Ainsi, 
contrairem ent a ce qui se produisait dans notre fonction coincide du paragraphe 4 du chapitre VI, 
notre fonction coincide est maintenant parfaitement symetrique. Nous retrouverons le meme 
phenom ene lorsque, pour surdefinir un operateur b i n a ire, nous pourrons choisir entre une fonction 
membre (dissym etrique) ou une fonction amie (symetrique). 

4) Ici, les deux argum ents de coincide sont transm is par valeur. I Is pourra ient I'etre par reference ; notez 
que, dans le cas d'une fonction membre, I'objet appelant la fonction est d'office transmis par 
reference (so us la form e de this). 

5) G eneralem ent, une fonction am ie d 1 une c lasse possed era un ou plusieurs a rgum ents ou une valeur de 
retour du type de cette classe (c'est cela qui justifiera son besoin d'acces aux membres prives des 
objets correspondants). Ce n'est toutefois pas la une obligation 3 : on pourrait imaginer une fonction 
ayant besoin d'acceder aux m em bres prives d'objets locaux a cette fonction... 

6) Lorsqu'une fonction amie d'une classe fournit une valeur de retour du type de cette classe, il est 
frequent que cette valeur so it celle d'un objet local a la fonction. D ans ce cas, il est alors im peratif 
que sa transm issi on ait lieu par valeur ; dans le cas d'une transm issi on par reference (ou par adresse), 
la fonction appelante recevrait I'adresse d'un emplacement memoire qui aurait ete libere a la so rtie de 
la fonction. C e phenom ene a deja ete evoque dans le paragraphe 6 du chapitre VI. 



2. LES DIFFE RENTES SITUATIONS D'AM ITIE 



N ous venons d' ex am iner le cas d'une fonction independante amie d'une classe. C elle-ci peut etre res urn ee 
par le schem a suivant : 

class point 

{ int coincide (point . . . , point 

■ ■■) 

// partie privee { // on a acces ici aux membres 

prives 



- M a is cela en sera une dans le cas des operateurs surdefinis. 
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/ / de tout objet de type point 

// partie publique } 
friend, int coincide (point, point) ; 



} ; 

Fo notion independante (coincide) a m i e d'une classe (point) 

Rappelons que, b i e n qu'ici nous I'ayons placee dans la partie publique de point, la declaration d'am itie peut 
figurer n'im porte ou dans la classe. 

D'autres situations d'am itie sont possibles; ba sees sur le meme principe, elles peuvent conduire a des 
declarations d ' am itie tres legerem ent differentes. N o us a lions m a in tenant les passer en revue. 



2.1 Fonction membre d'une classe, amie d'une autre classe 

II s'agit un peu d'un cas particulier de la situation preced ente. En fait, il suffit simplement, dans la 
declaration d'am itie, de preciser la classe a laquelle appartient la fonction c oncer nee, a I'aide de I'operateur 
de resolution de portee (::). 

P ar exem pie, supposons que nous ayons a definir deux classes nommees A et B et que, dans B , nous ayons 
beso in d 1 une fonction membre f , de prototype : 

int f(char, A) ; 

Si, com m e il est probable, f doit pouvoir acceder aux m em bres prives de A , e 1 1 e sera declaree amie, au sein 
de la classe par : 

friend int B::f(char, A) ; 

V oici un schem a recapitulatif de la situation : 

class A class B 

{ I 

// partie privee 



int f (char, A) ; 



// partie publique 

friend int B: :f (char, A) ; } 

int B::f (char A ...) 

} ; { // on a acces ici aux membres 

prives 

/ / de tout objet de type A 

} 

Fonction (f) d'une classe (B ), amie d'une autre classe (A) 

Rem arque im portante : 

Pour compiler convenablem ent les declarations d'une classe A contenant une declaration d'am itie telle 
que : 

friend int B: : f (char, A) ; 
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le com pilateur a besoin de connaltre les caracteristiques de B ; cela signifie que la declaration de B (m a is 
pas n ecessairem ent la definition de ses fonctions m em b r e } devra avoir ete com pi lee avant celle de A . 

En revanche, pour com piler con vena blem ent la declaration : 

int f (char, A) 

figurant au sein de la classe B , le com pilateur n ' a pas b eso in de connaltre precisem ent les caracteristiques 
de A . II lui suffit de savoir qu'il s'agit d'une classe. Commed'apres ce qui vient d ' e tre dit, la declaration 
de B n ' a pu apparaltre avant, on fournira I ' inform ation voulue au compilateur en faisant preceder la 
declaration de A de : 



Bien entendu, la compilation de la definition de la fonction f necessite (en general 4 ) la connaissance des 
caracteristiques d es classes A et B ; leu rs declarations devront done apparaltre avant. 

A titre indicatif, voici une fa? on de compiler nos deux classes A et B et la fonction f : 

class A ; 
class B 

{ 

Int f ( char, A) ; 



} ; 

class A 

{ 

friend int B: : f (char, A) ; 



} ; 

int B: : f (char . . . , A...) 
{ 

; 



Si Ton a besoin de "declarations d'amities croisees" en tre fonctions de deu x classes differentes, la seule 
facon d'y parvenir consiste a declarer a u m oins u n e des classes am ie de I'autre (com m e nous apprendrons 
a le faire dans le paragraphe 2.3). 

2.2 Fonction a m ie de plusieurs classes 

R ien n'em peche qu'une meme fonction (qu'elle soit independante ou fonction membre) fasse I'objet de 
declarations d'am itie dans differentes classes. V oici un exem pie d'une fonction am ie de deux classes A et B . 

class A class B 

{ { 



class A 



Remarque: 



// partie privee 



// partie privee 



// partie publique 

friend void f (A, B) 



// partie publique 

friend void f (A, B) 



} 



' ■ U ne exception a u rait lieu pour B si f n'accedait a aucu n de ses mem b r es (c e q u i sera it surprenant). II en irait de meme pour A si a u c u n 
argument de ce type n'apparaissait dansf et si c ette dern ere n'accedait a aucun membredeA ( c e qui sera it tout aussi su rprenant). 
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void f(A..., B. . .) 

{ // on a acces ici aux membres prives 

// de n'importe quel objet de type A ou B 

} 

Fonction ndepen da n te (f) am ie de deux classes (A et B) 

Remarque 

Ici, la declaration de A peut etre com pi lee sans celle de B , en la faisant preceder de la declaration : 

class B ; 

De meme, la declaration de B peut etre com p i I e e sans celle de A, en la faisant preceder de la 
declaration : 

class A ; 

Si Ton compile en meme temps les deux declarations de A et B, il faudra utiliser I'une des deux 
declarations citees (cla ss A si B figure avant A , class B sinon). 

B ien entendu, la com pilation de la definition de f necessitera g en eralem en t les declarations de A et de B . 

2. 3 Toutes les fonctions d une classe sont amies dune autre classe 

C 'est une generalisation du cas evoque dans le paragraphe 2.1. On pourrait d'ailleurs effectuer autant de 
declarations d'amitie qu'il y a de fonctions concernees. II est plus simple, dans ce cas, d' effectuer une 
declaration globale. Ainsi, pour dire que toutes les fonctions membre de la classe B sont amies de la classe 
A , on placera, dans la classe A , la declaration : 

friend class B ; 

Rem arques : 

1) C ette fois, pour compiler la declaration de la classe A , il suffira de la fa ire preceder de : 

class B ; 

2) Ce type de declaration d'amitie evite d'avoir a fournir les en-tetes des fonctions concernees. 
3. EX E M PL E 

Nous vous proposons ici de resoudre le problem e evoque en introduction, a savoir realiser une fonction 
permettant de determiner le produit d'un vecteur (objet de classe vect) par une matrice (objet de classe 
ma trice). P ar souci de sim pi kite, nous avons Mm i te les fonctions membre a : 

- un constructeur pour vect et pour matrice, 

- une fonction d'affichage (affiche) pour matrice. 

N o us vous fournissons deux solutions basees sur I'em ploi d 1 une fonction am ie nom m ee prod : 



prod est independante et am ie des deux classes vect et ma trice, 
prod est m em bre de ma trice et am ie de la classe vect. 



V III. Les fonctions amies 
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3.1 Fonction a m ie independante 



# include <iostream.h> 

class matricB ; // pour pouvoir compiler la declaration de vect 

// *********** L a classe vect ******************* 
class vect 
{ 

double v[3] ; // vecteur a 3 composantes 

public : 

vect (double vl=0, double v2=0, double v3=0) // constructeur 
{ v[0] = vl ; v[l]=v2 ; v[2]=v3 ; 
) 

friend vect prod (matrice, vect) ; // prod = fonction amie independante 
affiche () 
{ int i ; 

for (i=0 ; i<3 ; i++) cout « v[i] « " " ; 
cout « "\n" ; 

; 

; / 

// *********** L a classe matrice ***************** 
class matrice 

{ double mat [3] [3] ; // matrice 3X3 

public : 

matrice (double t[3][3]) // constructeur, a partir d'un tableau 3x3 
{ int i ; int j ; 

for (i=0 ; i<3 ; i++) 
for (j=0 ; j<3 ; 

mat[i] [j] = t[i] [j] ; 

} 

friend vect prod (matrice, vect) ; // prod = fonction amie independante 

} ; 

// ********** £3 fonction prod ***************** 
vect prod (matrice m, vect x) 
{ int i, j ; 
double som ; 

vect res ; // pour le resultat du produit 

for (i=0 ; i<3 ; i++) 

{ for (j=0, som=0 ; j<3 ; j++) 

som += m.mat[i] [j] * x.v[j] ; 
res.v[i] = som ; 

} 

return res ; 

} 

// ********** u n petit programme de test ********* 

main () 
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{ 

vect w (1,2,3) ; 
vect res ; 

double tb [31[3] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 } ; 
matrlce a = tb ; 
res = prod (a, w) ; 
res.afflche () ; 

} 



14 32 50 



P r o d u i t d 1 u n e ma trice par un vecteur a I 1 aide d 1 u n e fonctio n independante am ie d es deux classes 

3.2 Fonction a m ie , membre dune classe 



^include <iostream.h> 

// ********* Declaration de la classe matrice ************ 
class vect ; / / pour pouvoir compiler correctement 

class matrice 

{ double mat [3] [3] ; // matrice 3X3 

public : 

matrice (double t[3][3]) // constructeur, a partir d'un tableau 3x3 
{ int i ; int j ; 

for (i=0 ; i<3 ; i++) 
for (j=0 ; j<3 ; 

mat[i] [j] = t[i] [j] / 

; 

vect prod (vect) ; // prod = fonction membre (cette fois) 

} ; 

// ********* Declaration de la classe vect ************** 
class vect 

{ double v[3] ; // vecteur a 3 composantes 

public : 

vect (double vl=0, double v2=0, double v3=0) // constructeur 

{ v[0] = vl ; v[l]=v2 ; v[2]=v3 ; } 
friend vect matrice :: prod (vect) ; // prod = fonction amie 

affiche () 

{ int i ; 

for (i=0 ; i<3 ; i++) cout « v[i] « " " ; 
cout « "\n" ; 

} 

) ; 

// ********* Definition de la fonction prod ************ 
vect matrice :: prod (vect x) 
{ int i, j ; 
double som ; 

vect res ; // pour le resultat du produit 

for (i=0 ; i<3 / i++) 

{ for (j=0, som=0 ; j<3 ; j++) 

som += mat[i] [j] * x.v[j] ; 
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res.v[i] = som / 

; 

return res ; 

} 

// ********** u n petit programme de test ********* 

main () 
{ 

vect w (1,2,3) ; 
vect res ; 

double tb [31[3] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 } ; 
matrice a = tb ; 
res = a. prod (w) ; 
res.affiche () ; 

} 

14 32 50 



P r o d u i t d 1 u n e matrice par un vecteur a I 1 aide d 1 u n e fonction membre 
amie d'une autre classe 

4. EX PL 0 IT AT 10 N DE CLASSES DISPOSANT DE FONCTIONS AMIES 

Comme nous I'avons deja mentionne dans le chapitre V, les classes seront generalem ent com p i I e e s 
separem ent. L eur utilisation se fera a partir d'un module objet contenant les fonctions membre de la classe et 
d'un fichier en-tete contenant la declaration de la classe. B ien entendu, il est to u jours possible de regrouper 
plusieu rs c lasses dans un m em e module objet et even tu el lem ent dans un m em e fichier en-tete. 

D ans to us les cas, cette com pilation separee des classes perm et d' en assurer la reutilisabilite : le "client" (qui 
peut eventuellem ent etre le concepteur de la classe) ne peut pas intervenir sur le contenu des objets de cette 
classe. 

Que deviennent ces possibilites lorsque Ton utilise des fonctions amies ? En fait, s'il s'agit de fonctions 
amies, membres d'une classe, rien n'est change (en dehors des eventuelles declarations de classes 
necessaires a son emploi). En revanche, s'il s'agit d'une fonction independante, il faudra bien voir que si 
I'on souhaite en faire un module objet se pa re , on court le risque de voir I'utilisateur de la classe violer le 
principe d'encapsulation. 

E n effet, dans ce cas, I'utilisateur d'une classe disposant d'une fonction am ie peut to u jours ne pas incorporer 
la fonction amie a I'edition de liens et fournir lui-meme une autre fonction de meme en-tete et, par suite, 
acceder comme il I 'en tend aux donnees privees... 

C e risque d'" effet cam eleon" doit etre nuance par le fait qu'il s'agit d'une action deliberee (dem andant un 
certain travail), et non pas d'une sim pie etourderie... 
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N ous avons vu, dans le chapitre IV , com m ent C + + auto rise la "su rdef initio n" de fonctions, qu'il s'agisse 
de fonctions membre ou de fonctions independantes. Rappelons que cette technique consiste a attribu er le 
m em e nom a des fonctions differentes ; lors d'un appel, le c h o i x de la "bonne fonction" est effectue par le 
com pilateur, suivant le nom b r e et le type des argum ents. 

M a is C + + perm et egalem ent, dans certaines conditions, de surdefinir des operateurs. En fait, le langage C , 
comme beaucoup d'autres, realise deja la su rdefin itio n de certains operateurs. Par exemple, dans une 
expression telle que : 

a + b 

le sym bole + peut designer, suivant le type de a et b : 

• I'addition de deux entiers, 

• I'addition de deux reels (float), 

• I'addition de deux reels double precision (double), 

• etc. 

De la meme maniere, le symbole * peut, suivant le contexte, representer la multiplication d'entiers ou de 
reels ou une "indirection" (comme dans a = * adr). 

En C + + , vous pourrez su rdefinir n'im porte quel opera teur existant (una ire ou binaire), dans la m esure ou il 
porte sur au moins un objet 1 . II s'agit la d'une technique fort puissante puisqu'elle va vous permettre de 
creer, par le biais des classes, des types a part entiere, c'est-a-dire munis, comme les types de base, 
d' operateurs pa rfa item ent in teg res ; la notation operatoire qui en decoulera aura I 'a vantage sur une notation 
fonctionnelle (par appel de fonction) d'etre beaucoup plus concise et (du moins si Ton s'y prend 
" intelligem m ent" !) plus lisible. 

P ar ex em pie, si vous definissez une classe complexe destinee a representer des nom bres com pi exes, il vous 
sera possible de don ner une signification a des expressions tell es que : 

a + b a - b a * b a/b 



- C ette restriction signifie simplement qu'il ne sera pas possible de surdefinir les operateurs portant sur les differents types debase. 
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a et b eta n t des objets de type com plexe 2 . Pour cela, vous "su rdefinirez" les operateurs + , -, * et / en 
sp ec ifia nt le role exact que vous souhaitez leur attribuer. C ette definition se deroulera com m e celle d ' u n e 
fo notion a laquelle il suffira si m plem en t d 1 attribuer un nom sp ecial perm ettant de specifier qu'il s 1 a git en fait 
d'un operateur. A utrem ent dit, la su r definition d'operateurs en C + + consistera si m plem en t en I'ecriture de 
nouvelles fonctions surdefinies. 

N ous com m encerons par vous presenter cette nouvelle technique qu'est la su r definition d'operateurs. Puis 
nous verrons quel les en sont les possibilites et les lim ites. 

Nous etudierons en suite deux ex em pies im porta nts de su r definition d'operateurs : = et []. C ertes, il ne 
s'agira que d' applications, mais elles montreront qu'a partir du moment ou I'on souhaite donner a de tels 
operateurs une signification naturelle et acceptable dans un contexte de classe, un certain nombre de 
precautions do i vent etre prises. En particulier, nous verrons comment la su r definition de I 'affectation perm et 
de regler le problem e deja rencontre, a savoir celui des objets comportant des pointeurs sur des 
em placem ents dynam iques. 

Enfin, nous examinerons comment prendre en charge la gestion de la memoire en su rdefinissant les 
operateurs new et delete. 



1. LE M EC AN ISM E DE LA SURDEFINITION DO PERATEU R 

C onsiderons une c lasse point : 

class point 

{ int x, y ; 



et supposons que nous souhaitons definir I'operateur + afin de donner une signification a une expression 
telle que a + b, lorsque a et b sont de type point. Ici, nous conviendrons que la "som m e" de deux points est 
un point don t les coo rdonnees sont la so m m e de leurs coo rdonnees 3 . 

L a convention adoptee par C + + pour su r definir cet operateur + consiste a definir une fo notion de nom : 
operator + 

On y trouve le mot c I e operator suivi de I'operateur cone erne (dans le cas present, il ne sera it pas o bligatoire 
de prevoir un espace car, en C , + sert de "separateur" ). 

Ici, notre fo notion operator + doit disposer de deux a rg urn ents de type point et fournir une v a leur de retour 
du meme type. En ce qui concerne sa nature, cette fonction peut, a notre gre, etre une fonction membre de 
la classe concerned ou une fonction independa nte ; dans ce dernier cas, il s'agira generalem ent d'une 
fonction am ie, dans la m esure ou il lui faudra pouvoir acceder aux m em bres prives de la classe. 

Examinons ici les deux solutions, en com m encant par celle qui est la plus "naturelle", a savoir la fonction 
am ie. 



L - Une notation fonction n el le conduirait a des c hoses telles que : som me (a,b) ou a.somme(b) suivant que Ton utilise u ne fonction am ie ou 
une fonction m en bre. 

3 ■ N ous a u Hons pu tout aussi bien prendre ici I 1 ex em pie de la classe com plexe evoquee en introduction. N ous preferons cependant choisir 
un exemple dans lequel la signification de I'operateur n 1 a pas un caractere aussi evident. En effet, n'oubliez pas que n'importe que 
sym bole operateur peut, a u bout du com pte, se voir attribuer n'im porte quelle signification 
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1.1 S urd ef initio n d'operateur avec une fonction amie 

Le prototype de notre fonction operator + sera : 

point operator + (point, point) ; 

Ses deux arguments correspondront aux operandes de I'operateur + lorsqu'il sera applique a des valeurs de 
type point. 

L e reste du travail est classique : 

• declaration d'amitie au sein de la classe point, 

• definition de la fonction. 

Void un exemple de programme montrant la definition et ('utilisation de notre "operateur d'addition de 
points" . 



# include <iostream.h> 
class point 

{ int x, y ; 

public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } // constructeur 
friend point operator+ (point, point) ; 

void affiche () { cout « "coordonnees : " « x « " " « y « "\n" ; } 
} ; 

point operator + (point a, point b) 
{ point p ; 

p.x = a.x + b.x ; p.y = a.y + b.y ; 

return p ; 

} 

main () 

{ point a (1,2) ; a. affiche () ; 
point b(2,5) ; b.affiche() ; 
point c ; 

c = a+b ; c. affiche () ; 

c = a+b+c ; c. affiche () ; 



coordonnees : 1 2 

coordonnees : 2 5 

coordonnees : 3 7 

coordonnees : 6 14 



Sur definition de I'operateur + pour des objets de type point, 
en employant une fonction amie 

Remarques : 

1) U ne expression telle que a + b est en fait interpreted par le com pilateur com m e I'appel 
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operator + (a, b) 

Bien que cela ne presente guere d' interet, nous pourrions ecrire : 

c = operator + (a, b) 

au lieu de c = a + b. 

2) U ne expression telle que a + b + c est evaluee en tenant com p te des regies de p r i o rite et 
d'associativite " habituelles" de I'operateur + . N ous reviendrons plus loin sur ce point d'une m aniere 
genera le. Pour I 'instant, notez sim plem ent que cette expression est evaluee com m e : 

(a + b) + c 

c'est-a-dire en utilisant la notation fonctionnelle : 

operator + (operator + (a, b) , c) 



1.2 S urd ef initio n d'operateur avec une fonction membre 

Cette fois, le premier operande de notre operateur, correspondant au premier argument de la fonction 
operator + precedente, va se trouver transmis im plicitem ent : ce sera I'objet ayant appele la fonction 
m em bre. P ar ex em pie, une expression telle que a + b sera a lors interpreted par le com pilateur com m e : 

a. operator + (b) 

L e prototype de notre fonction m em bre operator + sera done : 

point operator + (point) 

V oici com m ent pourra it etre adapte dans ce sens I 1 ex em pie precedent : 



# include <iostream.h> 
class point 

{ int x, y ; 

public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } // constructeur 
point operator + (point) ; 

void affiche () { cout « "coordonnees : " « x « " " « y « "\n" ; } 
} ; 

point point : : operator + (point a) 
{ point p ; 

p.x = x + a.x ; p.y = y + a.y ; 

return p ; 

} 

main () 

{ point a (1,2) ; a. affiche () ; 
point b(2,5) ; b. affiche () ; 
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point c ; 

c = a+b ; c.affichef) 
c = a+b+c ; c.affichef) 



} 



coordonnees 
coordonnees 
coordonnees 
coordonnees 



2 5 



1 2 



3 7 



6 14 



Surdefinition de ' operate ur + pour d es objets de type point 
en employant une fonction membre 



Remarques : 



1) C ette fois, la definition de la fonction operator + fait apparaltre une dissym etrie entre les deux 
opera ndes. Par ex em pie, le membre x est note x pour le prem ier operande (argum ent im plicite) et a.x 
pour le second. C ette dissym etrie peut pa rfo is inciter I'utilisateur a choisir une fonction am ie plutot 
qu'une fonction membre. II faut toutefois se garder de decider trop vite dans ce domaine. Nous y 
reviendrons un peu plus loin. 

2) lei, I'affectation : 

c = a + b ; 

est interpreted com m e : 

c = a. operator + (b) ; 

Quanta I'affectation : 

c = a + b + c ; 

le langage C+ + ne precise pas exactement son interpretation. Certains compilateurs creeront un 
o bjet tern poraire t : 

t = a. operator + (b) ; 
c = t. operator + (c) ; 

D 'autres procederont a in si, en transm ettant com m e adresse de I 1 o bjet appelant operator + , I'adresse 
de I'objet renvoye par I'appel precedent : 

c = (a. operator + (b) ). operator + (c) ; 

On peut detecter le choix fait par un compilateur en faisant afficher toutes les creations d'objets (en 
n'oubliant pas d'introduire un constructeur de recopie prenant la place du construe teur par defaut). 
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1.3 0 p e rate u rs et transmission par reference 

D ans nos deux precedents ex em pies, la transm ission des arguments (deux pour une fonction am ie, un pour 
une fonction mem bre) et de la valeur de retour de operator + se faisait par v a I e u r 4 . 

Bien entendu, en particulier dans le cas d'objets de grande taille, on peut envisager de faire appel au 
transfert par reference. P ar ex em pie, le prototype de la fonction am ie operator + pourrait etre : 

point operator + (point S a, point S b) ; 



En revanche, la transm ission par reference pose rait un problem e si on c here ha it a I'appliquer a la valeur de 
retour. En effet, le point p est cree localement dans la fonction ; il sera done detruit des la fin de son 
execution. Dans ces conditions, employer la transmission par reference reviendrait a transmettre I'adresse 
d'un em placem ent de m em oire libere. 

Certes, ici, nous utilisons im m ediatem ent la valeur de p, des le retour dans la fonction main (ce qui est 
generalem ent le cas avec un operateur) ; neanm oins, nous ne pouvons faire aucune hypo these sur la m aniere 
dont une implementation donnee libere un emplacement m em oire : e 1 1 e peut simplement se contenter de 
"noter" qu'il est disponible, auquel cas son contenu reste "valable" pendant un... certain temps ; e 1 1 e peut, 
au contraire le "mettre a zero"... La premiere situation est certainement la pire puisqu'elle peut donner 
I 1 illusion que " c e I a m arc he" ! 

Pour e v iter la recopie de cette valeur de retour, on pourrait songer a allouer dyna m iquem ent I 'em placem ent 
de p. G en era lem ent, cela prendra plus de tern ps que sa recopie ulterieure et, de plus, com pliquera quelque 
peu le programme (il faudra liberer convenablem ent I'em placem ent en question et on ne pourra le faire 
qu'en dehors de la fonction !). 

Si Ton c here he a pro teg er contre d 1 eventuelles m odifications un a rg urn ent transm is par reference, on pourra 
to u jours faire appel au m ot c I e const ; par ex em pie, I'en-tete de operator + pourrait etre : 

point operator + (const points a, const points b) ; 

N aturellem ent, si Ton utilise const dans le cas d'objets com porta nt des pointeurs sur des parties dy nam iques, 
seuls ces pointeurs seront a in si "proteges" ; les parties dy nam iques resteront m odifia bles. 



2. LES POSSIBILITY ET LES L IM IT E S 
DE LA SU R D E F IN IT 10 N DOPERATEUR 

N ous venons de voir un ex em pie de surdefinition de I'operateur bin a ire + , lorsqu'il recoit deux o per an des 
de type point, et ceci de deux facons : com m e fonction am ie, com m e fonction m em bre. 

N ousvous proposons de voir maintenant ce qu'il est possible de faired'une maniere generale. 



2.1 II faut se lim iter aux o p e rate u rs existants... 



• R appelons que la transm ission de I'objet appelant une fonction m em bre se fait par reference. 
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L e sy m bole suivant le mot c I e operator doit obligatoirem ent etre un operateur deja defini pour les types de 
base. II n'est done pas possible de creer de nouveaux sy m boles. Nous verrons d'ailleurs que certains 
operateurs ne peuvent pas etre redefinis du tout (e'est le cas de.) et que d'autres imposent quelques 
contraintes supplem entaires. 

II faut conserver la pluralite (unaire, binaire) de I'operateur initial. Ainsi, vous pourrez surdefinir un 
operateur + unaire ou un operateur + binaire, m a i s vous ne pourrez pas definir de = unaire ou de + + 
binaire. 

L orsque plusieu rs opera teurs so nt com bines au sein d ' u n e m em e expression (qu'ils soient su rdefinis ou non), 
ils conservent leur priorite relative et leur associativite. Par e x e m pie, si vous su rdefin issez les operateurs 
binaires + et* pour le type com plexe, I 'ex press ion suivante (a, b et c etant supposes du type com plexe) : 

a * b + c 

sera interpreted com m e : 

(a * b) + c 

De telles regies peuvent, a priori, vous paraltre restrictives. En fait, vous verrez a I'usage qu'elles sont 
encore tres larges et qu'il est facile de rendre un program m e incom prehensible en abusant de la su r definition 
d'operateurs. 



Le tableau de la page suivante precise les operateurs surdefinissables (en fait, tous sauf .) et il rappelle leur 
priorite relative et leur associativite. N otez la presence : 

• de I'operateur de "cast" ; nous en parlerons p lus en detail dans le chapitre X . N ous y verrons qu'il peut 
s'appliquer a la conversion d'une classe dans un type de base ou a la conversion d'une classe dans une 
autre classe. 

• des operateurs new et delete : avant la version 2.0, ces operateurs etaient traites com m e des exceptions 
puisqu'on ne pouvait pas les surdefinir pour une classe en particulier ; on ne pouvait en modifier la 
signification que d'une fagon globale. Depuis la version 2.0, ils sont surdefinissables au meme titre que 
les a u tres. N ous en parlerons dans le pa rag raphe 6. 
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PL URAL I TE OPERA TE URS ASSOCIATIVITE 



Binaire () < 3 > []< 3 > ->< 2 > < 3 > 

Unaire + - ++ (5) — (5> ! ~ * & (1> <- 

new< 4 > new [] ( 6 > delete <4) 
(cast) 

Binaire * / % -> 

Binaire + - -> 

Binaire « » -> 

Binaire <<=>>= -> 

Binaire == != -> 

Binaire & -> 

Binaire A -> 

Binaire II -> 

Binaire && -> 

Binaire / -> 

Binaire = (1> (3> += -= *= /= %= <- 

&= ■*■= 1= «= >>= 

Binaire , ^ -> 



Les operateurs surdefinissables en C + + (classes par p r i o rite decroissante) 

(1) S il n 'est pas s u r d ef i n i , il possede u n e sig n ification par def aut. 

(2) D epy is la versio n 2.0 seu lem ent. 

(3 1 D oit etre defini con n e fonction m em bre. 

(4) A y n "niveau global" avant la versio n 2.0. D epy is la versio n 2.0, il peut, en outre, etre su r defini pour u ne classe ; dans c e c as, il doit 
'etre com m e fonction m em bre, 

(5) J usqu 'a la versio n 3, on ne peut pas d i stingy er entre les notations "pre" et " post" . D epy is la versio n 3, c es o peratey rs (lorsqy Ms sont 
def in is de fa? on unaire) correspondent a la notation "pre" ; m a is il en existe yne definition binaire (a vec deyxiem e operande fictif de type 
nt| q u i correspond a la notation " post" . 

(6) 0 n distingye bien new de new []. 

2.2 ... a u c ontexte de c lasse 

On ne peut su rdefinir un operateur que s'il com p o r te au moins un argument (implicite ou non) de type 
classe. A utrem ent dit, il doit s'agir : 

• Soit d'une fonction m em bre : dans ce cas, e 1 1 e comporte a coup sur un argument (implicite) de type 
classe, a savoir I'objet I'ayant appele. S'il s'agit d'un operateur unaire, e 1 1 e ne comportera aucun 
argument explicite. S'il s'agit d'un operateur binaire, e 1 1 e comportera un argument explicite auquel 
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aucune contrainte de type n'est imposee (dans nos precedents exemples, il s'agissait du meme type que la 
classe elle-meme, m a is il pourrait s'agir d'un autre type classe ou meme d ' u n type de base). 

• So it d'une fonction independante ayant au m oins un argum ent de type classe. En general, il s'agira d'une 
fonction am ie. 

Cette regie garantit a coup sur I'im possibilite de surdefinir un operateur portant sur des types de base 
(imaginez ce que serait un programme dans lequel on pourrait changer la signification de 3 + 5 ou de 

* adr !). U ne exception a lieu, cependant, pour les seu Is o p era teurs new et delete dont la signification peut 
etre modifiee de maniere globale (pour to u s les objets et les types de base) ; nous en reparlerons dans le 
paragraphe 6. 

D e plus, certains opera teurs do i vent obligatoirem ent etre definis com m e membres d'une classe. II s'agit de 
[], ( ), -> 5 , new 6 et delete 6 . 



2.3 ... et ne pas faire d'hypothese sur la "signification" 
d'un operateur 

Comme nous avons deja eu I'occasion de I'indiquer, vous etes totalement libre d'attribuer a un operateur 
surdefini la signification que vous desirez. C ette liberte n'est Mm itee que par le bon sens qui doit vous inciter 
a donner a un symbole une signification relativement naturelle : par exemple + pour la somme de deux 
com plexes, plutot que -, * ou []. 

M ais, qui plus est, vous ne retrouverez pas, pour les operateurs surdefinis, les liens qui existent entre 
certains opera teurs de base. P ar ex em pie, si a et b sont de type int : 

a += b 

est equivalent a : 

a = a + b 

Autrement dit, le role de I'operateur de base + = se deduit du role de I'operateur + et de celui de 
I'operateur = . En revanche, si vous surdefinissez, par exemple, I'operateur + et I'operateur = lorsque leurs 
deux o p era n des sont de type complexe, vous n'aurez pas, pour autant, defini la signification de + = lorsqu'il 
aura deux operandes de type complexe. De plus, dans ce cas, vous pourrez tres bien surdefinir + = pour 
qu'il ait une signification d if fe rente de celle attendue ; naturellem ent, cela n'est pas conseille... 

De meme, et de fa?on peut-etre plus surprenante, C+ + ne fait aucune hypothese sur la com m utativite 
eventuelle d'un operateur surdefini (alors que, rappelons-le, il en fait en ce qui concerne sa priorite relative 
et son associativite). Cette remarque est lourde de consequences. Supposez, par exemple, que vous ayez 
surdefini I'operateur + lorsqu'il a comme operandes un complexe et un double (dans cet ordre) ; son 
prototype pourrait etre : 

complexe operator + (complexe, double) ; 

Eh bien, si ceci vous perm et de donner un sens a une expression telle que (a etant complexe} : 

a + 3.5 

cela ne perm et pas pour autant d' interpreter : 

3.5 + a 



- II n'est surdefinissable que depuis la version 2.0. 

■ Dans le cas oil lis ne sont pas su rdeflnls de m a n iere globale ( c e qui n 1 est possl ble que depuis la version 2.0), 



IX. La sur definition d'operateurs 133 



Pour ce fa ire, il aura it fallu, en effet, su rdefinir I'operateur + lorsqu'il a com m e opera n des un double et un 
complexe avec, par exemple' 7 ', comme prototype : 

complexe operator + (double, complexe) ; 

N ous verrons cependant (chapitre X ) que les possib Mites de conversions definies par I" utili sateur perm ettront 
(dans le cas ou cela presente de I'interet) de sim plifier quelque peu les choses. P ar ex em pie, nous verrons 
que, dans ce cas precis, il suffira de definir I'operateur + lorsqu'il porte sur deux complexes ainsi que la 
conversion de double en complexe pour que les expressions de I' une de ces form es a ient un sens. 

double + complexe 
complexe + double 
float + complexe 
complexe + float 

2 .4 Cas d es o p e r ate u rs + + et ■■ 

J usqu'a la version 2.0 de C + + , on ne pouvait pas distinguer I'operateur + + en notation prefixee (comme 
dans + + a) de ce meme operateur en notation postfixee (comme dans a+ + ). Autrement dit, pour un type 
classe don ne, on ne pouvait definir qu'un seul operateur + + (operator + + ) qui eta it utilise dans les deux 
cas. 

D epuis la version 3, on peut definir a la fois un operateur + + utili sable en notation prefixee et un autre 
utili sable en notation postfixee. P lus p rec isem ent, si T design e un type classe quelconque : 

• I'operateur (usuel) d'en-tete T operator + + () est utilise en cas de notation prefixee, 

• I'operateur d'en-tete T operator + + (int) est utilise en cas de notation postfixee. N otez bien la presence 
d'un second operande de type int. C elui-ci est totalem ent fictif, en ce sens qu'il perm et au com pilateur de 
choisir I'operateur a utiliser m a is qu'aucune valeur ne sera reel lem ent transm ise lors de I' a p pel. 

L es m em es rem arques s'appliquent a I'operateur --. 

V oici un ex em pie dans lequ el nous avons defini + + pour qu'il incremente d'une unite les deux coordonnees 
d'un point et pour qu'il fournisse comme valeur so it celle du point avant increm entation dans le cas de la 
notation postfixee, so it celle du point apres increm entation dans le cas de la notation prefixee. 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
point operator ++ () // notation prefixee 

{ x++ ; y++ ; return *this ; 

} 

point operator ++ (int n) // notation postfixee 
{ point p = *this ; 
x++ ; y++ ; 



1 ■ N ous verrons d'ailleurs un peu plus loin que, da ns c e c as, on ne pou r r a pas su rdefinir cet operateur comme une fonction m em bre 
(pu isque so n p r em ier operande n'est plus de type classe). 
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return p ; 

} 

void affiche () { cout « x « " " « y « "\n" ; } 
} ; 



main ( ) 

{ point al (2, 5), a2(2, 5) 

b = ++al ; cout « "al 

cout « "b 

b = a2++ ; cout « "a2 

cout « "b 

} 



al. affiche () 
b. affiche () , 
a2 .affiche () 
b. affiche () , 



// affiche 
// affiche 
// affiche 
// affiche 



al 
b 
a2 
b 



3 6 

2 5 

3 6 
3 6 



E xem pie de su r definition de + + a la fois en notation prefixee et en notation postfixee 



Remarque : 

En theorie, il n'est plus possible, depuis la version 3 et done, en particulier, depuis la norm e A N SI, de ne 
definir qu'un seul operateur + + qu'on utiliserait a la fois en notation prefixee et en notation postfixee. 
En fait, la plupart des com pilateurs fournissent dans ce cas un message d' avertissem ent en utilisant le 
m em e operateur a vec les deux notations. 



2.5 Les ope rate u rs = et & ont une signification predefinie 

N ous avons deja eu I 'occasion d'em ployer I'operateur = a vec deux operandes du m em e type classe. Nous 
n'avions pas eu, pour cela, a le surdefinir. E ffectivem ent, en I'absence de su rdefin itio n explicite, cet 
operateur correspond a la reco pie des valeurs de so n second operande dans le premier. Nous avonsd'ailleurs 
deja eu I'occasion de constater que cette simple recopie pouvait s'averer insatisfaisante des lors que les 
objets concerned comportaient des pointeurs sur des emplacements dynamiques. II s'agit la typiquement 
d'une situation qui necessite la su rdefin itio n de I'operateur = , dont nous donnerons un exemple dans le 
paragraphe suivant. 

On notera la grande analogie existant entre : 

• le construe teur de recopie : s'il n'en existe pas d' ex p licite, il y a appel d'un constructeur de recopie par 
defaut, 

• I'operateur d'affectation : s'il n'en existe pas d'explicite, il y a emploi d'un operateur d'affectation par 
defaut. 

C onstructeur de recopie par defaut et operateur d'affectation par defaut effectuent le m em e travail : recopie 
des valeurs de I'objet. Dans le chapitre VII, nous avons signale que, dans le cas d'objets dont certains 
m em bres sont eux-m em es des objets, le constructeur de recopie par defaut travail la it m em bre par m em bre. 
La m em e rem arque s'applique a I'operateur d'affectation par defaut : il op ere m em bre par m em bre 8 , ce qui 
laisse la possibilite d'appeler un operateur d'affectation explicite, dans le cas ou I'un des membres en 
possed era it un. C eci peut e v iter d' a voir a ecrire ex p lie item ent un operateur d'affectation pour des objets sans 
pointeurs (apparents), m a is dont un ou plusieu rs m em bres possed ent, quant a eux, des parties dy nam iques. 



■ La encore, depuis la version 2.0 de C + + . A u para v ant, il op era it de facon globale (" m em berw ise copy" ). 
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2.6 Les c on versions 

C et C + + autorisent f req u em m en t les conversions entre types de base, et ceci de f a g o n explicite ou 
im plicite. C es possibilites s'etendent aux objets. P ar ex em pie, com m e nous I'avons deja evoque, si a est de 
type complexe et si I'operateur + a ete surdefini pour deux complexes, une expression telle que a + 3.5 
pourra prendre un sens : 

• soit si Ton a surdefini I'operateur + lorsqu'il a un operande de type complexe et un operande de type 
double, 

• soit si I'on a defini une conversion de type double en complexe. 

Nous avons toutefois prefere regrouper dans un chapitre a part (le suivant) tout ce qui concerne les 
problem es de conversion ; c 1 est la que nous par lerons de la su r definition d 1 un operateur de "cast" . 



2.7 C hoix entre fo notion m em bre et fo notion am ie 

C om m e nous I'avons d it, C + + vous laisse libre de surdefinir un operateur a I' aide d' u ne fo notion m em bre 
ou d'une fo notion independante (en general am ie). C ela signifie done que, dans certains cas, vous pourrez 
vous demander sur quels criteres operer le choix. En toute rigueur, vous ne possedez pas, pour I'instant, 
toutes les informations necessaires, compte tenu des possibilites de conversion que nous n ' etudierons que 
dans le prochain chapitre. 

Pour I'instant, notez simplement que si un operateur doit absolument recevoir un type de base en 
p rem ier argum ent, il ne peut pas etre defini com m e fonction m em bre (laquelle recoit im plicite m ent un 
prem ier argum ent du type de sa classe). 

L e cas, deja evoque, de I' addition d'un double et d'un complexe (dans cet ordre 9 ) peut sem bier corresp on dre 
a une telle situation. En fait, comme nous I'avons deja dit dans le paragraphe 2.5, nous verrons, dans le 
prochain chapitre que celui-ci peut egalement se resoudre par su rdefin itio n de I'addition de deux complexes 
et par la definition de la conversion double -> complexe. 



3. EX EM PL E DE S U R D EF IN IT 10 N DE L'O PERATEU R = 



N o us avons deja eu I 'occasion d'utiliser une classe vect, correspondant a des "vecteurs dynam iques" 

class vect 

{ int nelem ; // nombre d ' elements 

int * adr ; // adresse 

public : 

vect (int n) // constructeur 



} ; 

N o us avons vu (paragraphe 3.2 du chapitre VII) qu'alors, si fct eta it une fonction a un argum ent de type 
vect, les instructions suivantes : 

vect a (5) ; 



■ II ne sufflra pas d'avolr surdefini I'addition d'un complexe et d'un double (laquelle peut se falre par une fonction m em bre). En effet, 
comme nous I'avons d It, aucune hypothese n'est faite par C + + sur I'operateur su r defini, en partlculler sur sa com m utatlvlte 
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fct (a) ; 

posaient problem e : I'appel de fct conduisait a la creation, par recopie de a, d'un nouvel o b j e t (que nous 
n o m m ions b) ; nous etions alors en presence de deux objets a et b com portant un pointeur (adr) vers le 
m em e em placem ent : 



a 




5 / 



b 

En particulier, si la classe vect possedait (comme c'est souhaitbale !) un destructeur charge de liberer 
I'em placem ent memoire en question, on risquait d'aboutir a deux demandes de liberation du meme 
em placem ent m em oire. 

N ous avons vu alors qu'une solution (parm i d'autres) consistait a definir un constructeur de recopie charge 
d'effectuer, non seulem ent la recopie de I'objet lui-m em e, m a is egalem ent celle de sa partie dynam ique dans 
un nouvel emplacement (une autre solution consiste a employer un "compteur de references" : nous vous la 
presenterons dans le pa rag raphe suivant). 

Or, I 'affectation d 1 objets de type vect pose les m em es problem es. A in si, avec cette declaration : 

vect a (5), b(3) ; 

qui correspond au schem a suivant : 




conduit a 
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L e problem e est effectivem ent voisin de celui de la construction par recopie. V oisin, m a is non identique, car 
quelques nuances apparaissent, a savoir : 

• on peut se trouver en presence d'une affectation d 1 u n objet a lui-m em e, 

• ici, a vant affectatio n, il existe deux objets " com p lets" (c'est-a-dire avec leur partie dy n am ique). Dans le 
cas de la construction par recopie, il n'existait qu'un seul emplacement dynamique, le second eta n t a 
creer. On va done, ici, se retrouver avec I'ancien emplacement dynamique de b ; il n'est plus reference 
par b, m a is est-on sur qu'il n'est pas reference par ail leu rs ? 

En fait, nous pouvons regler les differents points en surdefinissant I'operateur d 1 affectation, de m aniere que 
chaque objet de type vect com porte son pro pre em placem ent dynam ique. Dans ce cas, on est sur qu'il n'est 
reference qu'une seule fois et son eventuelle liberation peut se faire sans probleme. Notez cependant que 
cette demarche ne convient totalement que si e 1 1 e est associee a la definition conjointe du constructeur de 
recopie. 

V oici done com m ent nous pourrions tra iter une affectation telle que b = a, dans le cas (pour I 'instant) ou a 
est different deb: 

• liberation de I'em placem ent pointe par b, 

• creation dynam ique d'un nouvel em placem ent dans lequel on recopie les valeurs de I'em placem ent pointe 
para, 

• m i se en place des valeurs des membres donnee de b. 

V oici un schema illustrant la situation a laquelle on a bo u tit : 



3 




t 

U 



Par ailleurs, il nous faut prevoir de ne rien faire lorsque a et b designent le meme objet. Dans le cas 
contraire, I'algorithme propose ne serait pas satisfaisant. En effet, en supposant que a est transmis par 
valeur, il conduirait a cette situation : 
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C elle-ci ne serait pas catastrophique, mais I'ancien emplacement pointe par a ne pourrait pas etre libere. En 
revanche, si a etait transmis par reference, on aboutirait a une double liberation d'un meme emplacement 
m em oire. 

Enfin, il nous faut "decider" de la valeur de retour fournie par notre operateur. A ce niveau, tout depend de 
I'usage que nous souhaitons en faire : 

• si nous nous contentons d 1 affectations simples (b = a), nous n'avons besoin d'aucune valeur de retour 
(void), 

• si, en revanche, nous souhaitons pou voir traiter une affectation m ultiple ou, plus genera lem en t faire en 
so rte que (com m e on peut s'y a ttendre !) I 'expression b = a ait une valeur (pro bablem ent celle de b I), il 
est necessaire que notre operateur fournisse une valeur de retour. 

N ous choisissons ici la seconde possibility qui a le merite d'etre plus genera le 10 . V oici finalement ce que 
pourrait etre la definition de notre operateur = (C+ + nous impose de le definir comme une fonction 
membre) : par rapport a nos precedentes explications, b devient le premier operande 150 - ici this- et a 
devient le second opera nde - ici v. D e p I us, nous p revoyo ns de transm ettre le second operande par reference. 

vect vect :: operator = (const vect & v) // notez const 
{ if (this != &v) 

{ delete adr ; 

adr = new int [nelem = v.nelem] ; 

for (int i=0 ; i<nelem ; i++) adr[i] = v.adr[i] ; 

} 

return * this / 

; 

N otez que, com pte tenu de sa transm issi on par reference, il est necessaire d' in trod u ire le qualificatif const 
pour I'unique argument de notre fonction membre operator^ , afin de traiter convena blem ent le cas de 
I'affectation d'un vecteur constant a un vecteur quelconque (n'oubliez pas qu'ainsi notre operateur pourra 
indifferem m ent s'appliquer a des o bjets constants ou non ; dans le cas contra ire, il n'aurait pu s'appliquer 
qu'a des o bjets non constants). 

Nous vous proposons d'integrer cette definition dans un programme complet servant a illustrer le 
fonctionnem ent de I'operateur. Pour ce faire, nous ajoutons, comme d' habitude, un certain nombre 
d' instructions d'affichage (en particulier, nous suivons les adresses des objets et des emplacements 
dynamiques qui leur sont associes). Par contre, pour que le programme ne soit pas trop long, nous avons 
reduit la classe vect au strict minimum ; en particulier, nous n'y avons pas prevu de con str u cteu r de 
recopie ; or celui-ci deviendrait natu rellem ent indispensable dans une application reel le . 

Qui plus est, meme ici, alors que notre fonction main se limite a I'emploi de I'operateur = , nous avons du 
prevoir une transmission par reference pour I'argument et la valeur de retour de operator^ . En effet, si 



lu ■ B i e n entendu, C + + vous aisse ibre de faire ce que vous voulez, y com pris de renvoyer une valeur autre que celle de b (avec to us 
es risques de manque de i sib Mite que cela com po rte I). 
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nous ne I'avions pas fait, Tap pel de cet operateur, traite, rappelons-le, com m e une fonction, a u rait en train e 
un appel de constructeur de recopie (a = b est equivalent ici a : a. operator - (b)) ; il se serait alors agi du 
constructeur de recopie par defaut, ce qui aurait entralne les problem es deja evoques de double liberation 
d'un em placem en t 11 . 



^include <iostream.h> 
class vect 

{ int nelem ; // nombre d' elements 

int * adr ; // pointeur sur ces elements 

public : 

vect (int n) // constructeur 

{ adr = new int [nelem = n] ; 

for (int i=0 ; i<nelem ; i++) adr[i] = 0 ; 
cout « "++ obj taille " « nelem « " en " « this 
« " - v. dyn en " « adr « "\n" ; 

} 

~vect () // destructeur 

{ cout « " — obj taille " « nelem « " en " 

« this « " - v. dyn en " « adr « "\n" ; 
delete adr ; 

} 

vect & operator = (const vect S) ; // surdefinition operateur = 

} ; 

vect & vect : : operator = (const vect & v) 

{ cout « "== appel operateur = avec adresses " « this « " " « &v « "\n" ; 
if (this != &v) 

{ cout « " effacement vecteur dynamique en " « adr « "\n" ; 
delete adr ; 

adr = new int [nelem = v. nelem] ; 

cout « " nouveau vecteur dynamique en " « adr « "\n" ; 

for (int i=0 ; i<nelem ; i++) adr[i] = v.adr[i] 

} 

else cout « " on ne fait rien \n" ; 
return * this / 

; 

main () 

{ vect a (5), b(3), c(4) ; 

cout « "** affectation a=b \n" ; 
a = b ; 

cout « "** affectation c=c \n" ; 
c = c ; 

cout « "** affectation a=b=c \n" ; 
a = b = c ; 

} 



++ obj taille 5 en 
++ obj taille 3 en 
++ obj taille 4 en 
** affectation a=b 



0x41140ffa - v. 
0x41140ff4 - v. 
0x41140fee - v. 



dyn en 0x42c60004 
dyn en 0x42c70004 
dyn en 0x42c80004 



- U n des exercices de ce chapitre vous suggere de le verifier. 
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== appel operateur = avec adresses 
effacement vecteur dynamique en 
nouveau vecteur dynamique en 

** affectation c=c 

== appel operateur = avec adresses 
on ne fait rien 

** affectation a=b=c 

== appel operateur = avec adresses 
effacement vecteur dynamique en 
nouveau vecteur dynamique en 

== appel operateur = avec adresses 
effacement vecteur dynamique en 
nouveau vecteur dynamique en 

— obj taille 4 en 0x41140 fee - v. 

— obj taille 4 en 0x41140ff4 - v. 

— obj taille 4 en 0x41140ffa - v. 



0x41140ffa 0x41140ff4 

0x42c60004 

0x42c60004 

0x4 1140 fee 0x4 1140 fee 



0x41140ff4 0x41140 fee 

0x42c70004 

0x42c70004 

0x411 40 f 'fa 0x411 40 ff 4 

0x42c60004 

0x42c60004 
dyn en 0x42c80004 
dyn en 0x42c70004 
dyn en 0x42c60004 



E xem pie o" utilisation d 1 u n e class e vect avec un operateur o" affectation surdefini 



4. NOTION DE FORME CANONIQUE D UNE CLASSE 



N ous avons vu que, des lors qu'une classe dispose de pointeurs sur des parties dynam iques, la copie d'objets 
de la classe (aussi b i e n par le constructeur de recopie par defaut que par I'operateur d'affectation par defaut) 
n'est pas satisfaisante. Dans ces conditions, si Ton so u h a i te que cette recopie fonctionne con vena blem ent, on 
voit qu'il est necessaire de m unir la classe d ' a u m oins les quatre fo notions m em b r e suivantes : 

• constructeur (il sera generalem ent charge de I'allocation de certaines parties de I'objet), 

• destructeur (il devra liberer correctem ent to us les em placem ents dynam iques crees par I'objet), 

• constructeur de recopie, 

• operateur d'affectation. 

V oici un canevas recapitulatif correspondant a ce minimum qu'on nom m e sou vent "classe canonique" : 



class T 
{ public : 

T (...) ; // constructeurs autres que par recopie 

T (const T &) ; // constructeur de recopie (forme 

conseillee) 

~T () ; // destructeur 

T & T: .-operator = (const T &) ; // operateur d'affectation (forme 
conseillee) 



} ; 



La forme canonique d'une classe 
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N otez que, bien que ce ne so it pas o bligatoire, nous vous conseillons : 

• d'em ployer le qualificatif const pour I'argum ent du constructeur de recopie et celui de I 'affectation, dans 
la mesure ou ces fonctions membre n'ont aucune raison de modifier les valeurs des objets 
correspondants, 

• de prevoir (a moins d'avoir de bonnes raisons de faire le contraire) une valeur de retour a I'operateur 
d 1 affectation, seul m oyen de gerer correctem ent les affectations m u I tip les. 

En revanche, I'argum ent de I'operateur d'affectation, ainsi que sa valeur de retour peuvent etre 
indifferem m ent transmis par reference ou par valeur; cependant, on ne perdra pas de vue que les 
transm issions par valeur en train ent Tap pel du constructeur de recopie ; d' autre part, des lors que les objets 
sont de taille respectable, la transm issi on par reference s'av ere plus effic ace. 

N otez bien que si vous creez une classe com porta nt des pointeurs, sans la doter de ce "minimum vital" et 
sans prendre de precautions particulieres, I'utilisateur ne se verra nullement interdire la recopie ou 
I'affectation d'objets. 

S'il vous arrive de creer une classe qui n'a pas besoin de disposer des possib Mites de copie (ou pour laquelle 
ces possibilites n'ont pas de sens 12 ), plutot que de compter sur la bonne volonte de I'utilisateur, il est 
preferable d'utiliser quand meme la forme canonique, en s'arrangeant pour interdire certaines actions. V oici 
quelques pistes dans ce sens : 

' si I'operateur d'affectation d'une classe est su rdefini so us form e privee, toute tentative d' affectation entre 
objets de cette classe conduira a un message d'erreur en compilation : on dispose done la d'un moyen 
d'interdire I'affectation entre objets, 

• si le constructeur de recopie est defini sous forme privee, toute tentative d' initialisation (a la construction 
ou en transmission par valeur) conduira a un message d'erreur en compilation : la encore, on dispose 
d'un m oyen d'interdire la recopie d'objets. 

Remarque : 

C e schema sera com plete dans le chapitre X 1 1 1 a fin de prendre en com pte la situation d' heritage. 



5. EX EM PLE DE SURDEFINITION DE LOPERATEUR [ ] 

C onsiderons a nouveau notre classe vect : 

class vect 
{ int nelem ; 

int * adr ; 



C here ho ns a la m unir d'outils p erm ettant d'acceder a un element de I 'em placem ent pointe par adr, a partir 
de la connaissance de sa position que I'on reperera par un entier compris entre 0 et nelem-1 

N ous pourrions bien sur e c r i re des fonctions m em bre du genre : 

void range (int valeur, int position) 

pour introduire une valeur a une position don nee, et : 



■ C 'est generalement le cas des classes "fenetres" des system es graphiques tels que windows. 



142 



Programmer en langage C + + 



int trouve (int position) 



pour fournir la valeur situee a une position donnee. 



La manipulation de nos vecteurs ne serait alors guere aisee. E lie " resse m blerait" a ceci 



vect a (5) ; 

a. range (15, 0) ; 

a. range (25, 1) ; 

for (int i = 2 ; i < 5 ; i++) 



// place 15 en position 0 de a 
// 25 en position 1 



a. range (0, i) ; 
for i = 0 ; i < 5 ; i++) 



// et O ailleurs 

// pour afficher les valeurs de a 



cout « a. trouve (i) ; 



En fait, nous pouvons chercher a su rdefinir I'operateur [] de maniere que a [ i ] "designe" I'element 
d'em placem ent i de a. La seule precaution a prendre consiste a faire en sorte que cette notation puisse etre 
utilisee non seu lenient dans une expression (c as qui ne presente aucune difficulty, m a is egalem ent a gauche 
d'une affectation, c'est-a-dire comme "lvalue". Notez que, dans I'exemple ci-dessus, le problem e ne se 
posait pas, dans la m esure ou chaque cas eta it traite par une fo notion m em bre differente. 

Pour que a[i] soit une "lvalue", II est done necessa ir e que la valeur de retour fournle par I'operateur [] 
solt tra nsm Ise pa r reference. 

Par ailleurs, C+ + nous impose de surdefinir cet operateur sous forme d'une fonction m em bre, ce qui 
impose a son premier operande (notez bien que le premier operande de a[i] est a) d'etre de type classe (ce 
qui semble raisonnablel). Son prototype sera done : 

int & operator [] (int) ; 

Si nous nous co n ten tons de "renvoyer" I'element cherche, sans effectuer de controle sur la "validite" de la 
position, le corps de no tre fonction operator!] peut se reduire a : 

return adr[i] ; 

Void un exemple simple d' utilisation d'une classe vect, reduite a son strict minimum : constructeur, 
destructeur et operateur []. Bien entendu, en pratique, il faudrait au moins lui ajouter un constructeur de 
recopie et un operateur d'affectation. 



# include <iostream.h> 

class vect 

{ 

int nelem ; 
int * adr ; 
public : 

vect (int n) { adr = new int [nelem=n] ; } 
~vect () (delete adr ;} 
int & operator [] (int) ; 

} ; 

int & vect : : operator [] (int i) 
{ return adr[i] ; } 
main () 
{ int i ; 

vect a (5) , b (3) , c (3) ; 
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for (i=0 ; i<5 ; i++) {a[i] = i ; b[i] = 2*i ; } 
for (1=0 ; i<3 ; i++) c[i] = a[i]+b[i] ; 
for (i=0 ; i<3 ; i++) cout « c[i] « " " ; 



0 3 6 



E x e m p I e de su rd efin itio n de l'operateur[] 



R em arques : 

1) N ous pourrions bien sur transm ettre le second opera n de par reference, m a is cela ne presente g lie re 
d'interet, com pte tenu de la petite taille des objets du type vect. 

2) N ous pourrions " proteger" la valeur du second operande contre une modification accidentelle au sein 
de operator!], en declarant com m e prototype : 

int & operator [] (const int) ; 

3) C + + nous in terdit de definir I'operateur [] so u s form e d ' u n e fonction a m ie ; il en a I la it deja de 
meme pour I'operateur = . De toutes f a ? o n s , nous verrons (dans le prochain chapitre) que, d'une 
m a n ie re generale, il n'est pas conseille de definir par une fonction amie un operateur susceptible de 
modifier un objet, compte tenu des "conversions implicites" pouvant eventuellem ent etre mises en 
jeu. 

4) Tel que nous I'avons con?u, notre operateur [] ne peut pas etre applique a un objet constant (puisque 
seules les fonctions membre do tees du qualificatif const peuvent I ' etre}. C ertes, on pourrait se 
contenter de rajouter ce qualificatif const a notre operateur mais, dans ce cas, il pourrait modifier un 
tel objet constant, ce qui n'est pas souhaitable. En general, on preferera definir un second operateur 
destine uniquem ent aux objets constants en faisant en sorte qu'il puisse "consulter" I' objet en question 
m a is non le m odifier. D ans notre cas, voici ce que pourrait etre ce second operateur : 

int vect :: operator [] (int i) const 
{ return adr[i] ; ; 

En effet, une affectation telle que v[i] = v eta n t un vecteur constant, sera rejetee en compilation 
puisque notre operateur transm et son resultat par valeur et non plus par reference. 

5) L 'operateur [] eta it ici dicte par le bon sens, m a is nu Hem ent im pose par C + + . Nous aurions pu tout 
aussi bien utiliser : 

- I'operateur () : la notation a(i) aura it encore ete com prehensi b le, 

- I'operateur < : que penser alors de la notation a < i? 

- I'operateur , : notation a, i, 

- etc. 



6. S U R D E FIN IT 10 N DE LOPERATEUR () 

L orsqu 'une classe surdefin it I'operateur (), on dit que les objets aux quels e 1 1 e don ne naissa nee so nt des objets 
fonction car ils peuvent etre utilises de la meme m aniere qu'une fonction. En voici un ex em pie simple, dans 
lequel nous surdefinissons I'operateur () pour qu'il corresponde a une fonction a deux arguments de type int 
et renvoyant un int. 
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^include <iostream.h> 
class cl_fct 
{ public : 

cl_fct (float x) { ; ; 

int operator () (int n, int p ) { 

} ! 

Dans ces conditions, une declaration telle que : 

cl_fct obj_fctl(2.5) ; 

construit bien sur un objet nomme o b j _ f c 1 1 de type c I _ f c t , en transm ettant le parametre 2.5 a son 
constructeur. En revanche, la notation suivante realise I'appel de I'operateur ( ) de I'objet o b j _ f c tl , en lui 
transm ettant les valeurs 3 et 5. 

obj_fctl (3, 5) 

C es possibilites peuvent servir lorsqu'il est necessaire d'effectuer certaines operations d 1 initialisation d'une 
fonction ou de parametrer son travail (par le biais des arguments passes a son constructeur). M ais elles 
s'avereront encore plus i n teressa ntes dans le cas des f o notions dites de rap pel, c'est-a-dire des fo notions qui 
sont transmises en argument a une autre fonction. Nous en verrons des exemples dans le chapitre XXI 
consacre aux algorithm es standard. 



// constructeur 
} // operateur () 



O^l. SURDEFINITION DES OPERATEURS NEW ET DELETE 

N ,B . C e chapitre peut etre ignore dans un premier tern ps. 

C ette surdefinition 13 , com m e celle de n'im porte quel autre operateur, se fait "selectivem ent" pour une classe 
don nee. Bien entendu, il est possible de surdefinir new et delete pour chac une des classes de votre choix. Les 
operateurs predefinis 14 continueront d'etre employes pour les classes ou aucune surdefinition n ' a ete 
realisee. 



7.1 Surdefinition de new et delete 

L a su r definition de new se fait obligatoirem ent par une fonction membre. C elle-ci doit : 

• recevoir un a rg urn ent de type si z e _ t ; rappelons que ce type, prevu en C AN SI, est defini dans le fichier 
en-tete stddef.h (lequel est egalement inclus par std lib. h ) . C et a rgum ent correspond a la taille (en octets) 
de I'objet a allouer. Bien qu'il figure dans la definition de new, il n'a pas a etre spec i f i e lors de son 
appel, car c'est le compilateur qui le generera autom atiquem ent (en fonction de la taille de I'objet 
concerne). 

• fournir en retour une valeur de type void * correspondant a I'adresse de I'em placem ent alloue pour 
I'objet. 

Quanta la definition de la fonction membre correspondant a I'operateur delete, e 1 1 e do it : 

• recevoir un argument du type pointeur sur la classe correspondante ; il represente I'adresse de 
I'em placem ent alloue a I'objet a detruire, 

• ne fournir aucune valeur de retour (void). 



■ E lie n 1 est possible que depuls la version 2.0. 
- On d it aussl les operateurs " g I o ba u x " . 



IX. La sur definition d'operateurs 145 



Rem arques 

1) Meme lorsque I'operateur new a ete surdefini pour une classe, il reste possible de faire appel a 
I'operateur predefini en utilisant I'operateur de resolution de portee ; il en va de meme pour delete. 

2) L es operateurs new et delete sont des fonctions m em bre statiques de leur classe (voyez le pa rag rap he 

8 du chapitre V I). En tant que tels, ils n'ont done acces qu'aux m em bres statiques de la classe ou ils 
sont definis et Ms ne regoivent pasd'argument implicite (this). 



7.2 Exem pie 

V oici un program m e dans lequel la classe point su rdefinit les operateurs new et delete, dans le seul but d 1 en 
com ptabiliser les a p p e I s 1 5 . Ils font d'ailleurs appel aux operateurs predefinis (par emploi de ::) pour ce qui 
concerne la gestion de la m em oire. 



# include <iostream.h> 

^include <stddef.h> // pour size_t 

class point 

{ static int npt ; // nombre total de points 

static int npt_dyn ; // nombre de points "dynamiques" 

int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 

{ x=abs ; y=ord ; 
npt++ ; 

cout « "++ nombre total de points : " « npt « "\n" ; 

} 

~point () // destructeur 

{ npt — / 

cout « " — nombre total de points : " « npt « "\n" ; 

} 

void * operator new (size_t sz) // new surdefini 

{ npt_dyn++ ; 

cout « " il y a " « npt_dyn « " points dynamiques sur un \n" 

return : :new char[sz] ; 

} 

void operator delete (void * dp) 
{ npt_dyn — / 

cout « " il y a " « npt_dyn « " points dynamiques sur un \n" 

: : delete (dp) ; 

} 

} ; 

main ( ) 

{ point * adl, * ad2 ; 
point a (3, 5) ; 
adl = new point (1,3) ; 
point b ; 

ad2 = new point (2, 0) ; 
delete adl ; 
point c(2) ; 



■ B i e n entendu, generalem ent, dans un program m e reel, I'operateur new aura une tache plus elaboree. 
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; 


delete 


ad2 ; 






++ 


n ombre 


total de points : 1 








il y 


a 1 points dynamiques 


sur 


un 


++ 
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total de points : 2 






++ 


nombre 


total de points : 3 








il y 


a 2 points dynamiques 


sur 


un 


++ 


nombre 


total de points : 4 








nombre 


total de points : 3 








il y 


a 1 points dynamiques 


sur 


un 


++ 
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total de points : 4 








nombre 


total de points : 3 








il y 


a 0 points dynamiques 


sur 


un 




nombre 


total de points : 2 








nombre 


total de points : 1 








nombre 


total de points : 0 







Exem pie de surdefinition de ' operate ur new pour la classe point 

Rem arques 

1) C o m m e le m o n tre cet exem pie, la su r definition des opera teurs new et delete n ' a d 1 incidence que sur 
les objets alloues dynam iquem ent. Les objets statiques (alloues a la compilation) et les objets 
dynamiques (alloues lorsde I'execution, mais sur la pile} ne sonttoujourspasconcernes. 

2) Que new soit surdefini ou predefini, son appel est toujours (heureusem ent} suivi de celui du 
construe teur (lorsqu'il existe). De me me, que delete soit surdefini ou predefini, son appel est toujours 
precede de celui du destructeur (lorsqu'il existe). 

3) Lorsqu'ils sont surdefinis, les operateurs new et delete ne peuvent pas s'appliquer a des tableaux 
d 1 objets. A in si, da ns I 1 exem pie de program m e precedent, une instruction telle que : 

point * ad = new point [50] ; 

fera appel (50 fois) a I'operateur new predefini. 



4) II est toujours possible 16 de surdefinir les operateurs new et delete de maniere globale. II suffit de 
definir I'operateur correspondant sous form e d'une fonction independante com m e dans cet exem pie : 

void operator new (size_t sz) 

{ 

; 

D ans ce cas, il faut bien voir que : 

- cet op era teur sera appele pour to us les types pour lesquels aucun opera teur new n'a ete surdefini, y 
com pris pour les types de base. A in si, la declaration : 

int * adi = new int ; 

y fera appel ; 



• D ans toutes les versions de C + + 
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- dans la definition de cet opera teur, il n 1 est plus possible de fa ire appel a I'operateur new predefini. 
T oute tentative d' appel de new ou m em e de ::new fera entrer dans un processus recursif. 

C e dernier point I i m ite I'interet de la surdefinition g I o b a I e de new de delete puisque, dans ce cas, le 
program m eur doit prendre com pletem ent a sa charge la gestion dynam ique de m em oire (par ex em pie 
en realisant les " a p pels au system e " necessaires...). 

EXERC IC ES 

N .B . Les exercices marques (C ) sont corriges en fin de volume. 



1) D ans les deux ex em pies de program m ati on des pa rag rap ties 1.1 et 1.2, m ettez en evidence les appels 
d'un constructeur de recopie. Pour ce faire, introduisez un constructeur supplemental de la forme 
point (point& ) dans la classe point. Voyez ce qui se produit lorsque vous employez, pour le ou les 
arguments de operator+ , la transm ission par reference. 

2) Dans I'exempledu paragraphe 3, introduisez egalement un constructeur de recopie pour la classe 
vect. C onstatez que le rem placem ent de la transm ission par reference par une transm ission par valeur 
entralne la creation de nom breux objets supplem en ta ires. 

3 - (C )D ans une classe point de la form e : 

class point 

{ int x, y ; 



introduisez un op era teur = = , tel que si a et b sont deux points, a= = b fournisse la valeur 1 lorsque a 
et b ont les m em es coordonnees et la valeur 0 dans le cas contra ire. On prevoira les deux situations : 

a) fonction m em bre, 

b) fonction am ie. 

4 ■ (C )D ans une classe pile_entier de la form e 1 7 : 



public : 

pile_entier (int n) {...} 
~pile_entier () { . . . } 



introduisez les operateurs > et < , tels que si p est un objet de type pile_entier et n une variable 
entiere : 



public : 

point (int abs = 0, int ord = 0) 

{ ; 



class pile_entier 
{ int dim ; 

int * adr ; 



// nombre maxi d' elements de la pile 

// adresse du tableau representant la pile 

// nombre d ' elements courant de la pile 



int nelem 



■ R evo yez eventuellement I'exerciceV 11.5. 
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p < n ajoute la valeur de n su r la pile p (en ne renvoya nt aucune valeur), 

p > n sup prim e la valeur du haut de la pile et la place dans n. 

0 n prevoira les deux situations : 

a) fonctions m em b r e , 

b) fonctions am ies. 

5(C) En langage C, il n'existe pas de veritable type chalne, mais simplement une "convention" de 
representation des chalnes (suite de caracteres, term i n e e par un caractere de code nul). Un certain 
nombre de fonctions utilisant cette convention permettent les "manipulations" classiques (copie, 
concatenation...). 

C et ex ere ice vous dem ande de definir une classe nom m ee chaine off rant des possib Mites plus proches 
d'un veritable type chalne (tel que celui du Basic ou du Pascal). Pour ce faire, on prevoira en 
m em bres do n nee : 

• la longueur courante de la chalne, 

• I'adresse d 'une zone, a llouee dy n am iquem ent, destinee a recevoir la su ite d e caracteres (il ne sera 
pas necessaire d'y ranger le caractere nul de fin, puisque la longueur de la chalne est definie par 
ailleurs). 

Le contenu d'un objet de type chaine pourra done evoluer facilement par un simple jeu de gestion 
dynam ique. 

On m unira la classe chaine des construe teurs suivants : 

• chained : initialise une chalne vide, 

• chaine (char*) : initialise la chalne avec la chalne (au sens du C) dont on fournit I'adresse en 
argum ent, 

• chaine (chaine& ) : constructeur de recopie. 
0 n y definira les operateurs : 

• = pour I 'affectation entre objets de type chaine (penser a I 'affectation m ultiple), 

• pour exam iner I'egalite de deu x chalnes, 

• + pour realiser la concatenation de deux chalnes. Si a et b sont de type chaine, a + b sera une 
(nouvelle) chalne form ee de la concatenation de a et b (les chalnes a et b devront etre inchangees). 

• [] pour acceder a un caractere de rang do n ne d' une chalne (les affectations de la forme a[i] = 'x' 
devront pouvoir fonctionner. 

On pourra ajouter une fonction d'affichage. On ne prevoira pas d'employer de compteur par 
reference, ce qui signifie qu'on acceptera dedupliquer les chalnes identiques. 

N ,B . On trouvera dans la bibliotheque standard p revue par la norm e, une classe string offrant, entre autres, 
les fonctionnalites evoquees ici. 



X. LES CONVERSIONS DE TYPE 
D EE F IN IE S PAR L'U TILIS AT EU R 



N ,B . L es possibility dec rites ici sont considerees com me assez da rig ere uses ; elles do ivent n'etre em ployees 
qu'en toute connaissance de cause. II est possibled'ignorer ce chapitre dansun premier temps. 



En matiere de conversion d'un type de base en un autre type de base, C++ offre, naturellem ent, les m em es 
possi b i lites que le langage C . R appelons que ces conversions peuvent etre ex pi kites ou im pi kites. 

II $' a git de conversions explicites lorsque Ton fait appel a un opera teur de "cast" , com m e dans : 

int n ; double z ; 



z = double (n) ; 

ou dans : 

n = int (z) ; 

L es conversions im plicites ne sont, quant a elles, pas m entionnees par " I'utilisateur 1 " et elles sont m ises en 
place par le compilateur, en fonction du contexte. Ces conversions implicites se rencontrent a d ifferents 
niveaux : 

• dans les affectations : il y a alors conversion "forcee" dans le type de la variable receptrice, 

• dans les appels de fonction : comme le prototype est obligatoire en C+ + , il y a egalement conversion 
"forcee" d'un a rg urn ent dans le type declare dans le prototype, 

• dans les expressions: dans ce cas, il y a, pour chaque operateur, conversion eventuelle de I'un des 
argum ents dans le type de I' autre, suivant des regies precises 2 . En particulier, ceci fait intervenir : 

- des conversio n s system atiques : char et short en int, 

- des conversions d 1 a juste m ent de type, par ex em pie int en long pour une addition de deux valeurs de 
type long... 

Or, C++ permet egalement de definir des conversions faisant intervenir des types classe crees par 
I'utilisateur. P ar ex em pie, pour un type complexe, on pourra, m oyennant I'ecriture de fo notions appropriees, 
donner une signification aux conversions : 

complexe -> double 
double -> complexe 



1 ■ C 'est-a-dire en f ait I'auteur du program m e. N ous avons toutefo is conserve le tern e repandu d'utilisateur ; ce term e s 1 op pose done ici a 
com pilateur. 

2 ■ Ces regies sont d eta II lees dans C -norm e A N SI, guide com plet de program m ation, du m em e auteu r. 
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Qui plus est, nous verrons que I'existence de telles conversions perm ettra de donner un sens a I'addition 
d'un complexe et d'un double, ou me me celle d'un com p I e x e et d'un int. 

C ependant, s'il pa rait a la rigueur logique de disposer de conversions en tre une classe complexe et les types 
num eriques, il n'en ira plus n ecessairem ent de meme pour des classes n'ayant pas une "connotation" 
m athem atique aussi forte, ce qui n'em pechera pas le compilateur de mettre en place le meme genre de 
conversions ! 

C e chapitre fait le point sur ces differentes possibility. Pour ne pas vous am ener trop vite a une conclusion 
definitive sur leur interet ou sur leur absence d'interet, nous avons volontairem ent utilise des exemples, 
tan tot signifiants (a connotation m athem atique), tan tot non signifiants. 



1. LES DIFFERENTES SORTES D E C 0 N V ER S 10 N S 
D EF IN IE S PAR L 1 U T IL IS A T EU R 

C onsiderons une classe point, possedant un con str u cteu r a un a rg urn ent, com m e : 

point (int abs) { x = abs ; y = 0 ; } 

On peut dire que ce constructeur realise une conversion d'un int en un objet de type point. Nous avons 
d'ailleurs deja vu com m ent appeler ex p lie item ent ce constructeur, par ex em pie : 

point a ; 



a = point (3) ; 

N o us verrons que (a m oins de I'interdire au m om ent de la definition de la classe), ce constructeur peut e tre 
appele im p I ic item ent dans des affectations, des appels de fonction ou des calculs d'expression, au meme 
titre qu'une conversion "usuelle" (on parle aussi de "conversion standard"). 

D 'autre part, nous avons vu que, plus genera I e m ent, si Ton considere deux classes nommees point et 
complexe, un constructeur de la classe complexe a un a rg urn ent de type point : 

complexe (point) ; 

permet de convertir un point en complexe. La encore, nous verrons que cette conversion peut e tre utilisee 
im p lie item ent dans les differentes situations evoquees (a m oins qu'on I 1 a it interdit ex p lie item ent). 

En revanche, il est facile de voir qu'un constructeur (qui fournit un objet du type de sa classe) ne peut en 
aucun cas perm ettre de realiser une conversion d'un objet en une v a leur d'un type de base, par ex em pie un 
point en int ou un complexe en double. C om m e nous le verrons, ce type de conversion pourra e tre traite en 
definissant au sein de la classe concerned, un operateur de "cast" approprie, par ex em pie, pour les deux cas 
cites : 

operator int () 

au sein de la classe point, 

operator double () 

au sein de la classe complexe. 

C ette derniere d em arc he de definition d'un operateur de "cast" pourra egalem ent etre em ployee pour definir 
une conversion d'un type classe en un autre type classe. P ar ex em pie, avec : 
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operator complexe() ; 

au sein de la classe point, on definira la conversion d'un point en complexe, au meme titre qu'avec le 
constructeur : 

complexe (point) ; 

situe (cette fois) dans la classe complexe. 

V oici un schema recapitulant les differentes possibilites que nous venons d'evoquer : A et B designent deux 
classes, b un type de base quelconque. 





Constructeur de A a un arqument ^ 




b 


A(b) 


A 




^ Operateur de "cast" dans A 






operator bQ 







Constructeur de D a un arqument fc 




C 


D(C) 


D 




Operateur de "cast" dans C w 






operator DQ 





Parmi les differentes possibilites de conversion que nous venons d'evoquer, seul I'operateur de "cast", 
applique a une classe, apparalt comme nouveau ; vous pourriez penser que la suite de ce chapitre va se 
reduire a son etude. C 'est effectivem ent de lui que nous allons maintenant parler. Mais il nous faut 
egalement et surtout voir precisement quand et comment les differentes conversions implicites sont mises en 
ceuvre, ainsi que les cas qui sont rejetes par le com pilateur. 



2. L O PERATEU R DE "CAST" POUR LA CONVERSION 
D'UN TYPECLASSE DANS UN TYPE DEBASE 



2.1 Definition de I'operateur de "cast" 

C onsiderons une c lasse point : 

class point 

{ int x, y ; 



Supposez que nous souhaitions la munir d'un operateur de "cast" permettant la conversion de point en int. 
N ous le noterons sim plem ent : 

operator int () 

II s' a git la du m ecanism e habituel de surdefinition d' operateur etudie dans le chapitre precedent : I'operateur 
se nomme ici int; il est unaire (un seul argument) et, comme il s'agit d'une fonction membre, aucun 
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argument n'apparait dans son en-tete ou son prototype. Reste la valeur de retour : en principe, cet operateur 
fournit un int, de sorte qu'on aura it pu penser a I 'en-tete : 

int operator int () 

En fait, en C + + , un operateur de cast doit toujours etre defini com m e u n e f onction membre et le type 
de la valeur de retour (qui estalors celui defini par le nom de I 1 operateur) nedolt pas etre m entionne. 

En definitive, void comment nous pourrions definir notre operateur de "cast" (ici "inline"), en supposant 
que le resultat souhaite pour la conversion en int so it I'abscisse du point. 

operator int () 

{ return x ; 

} 

2 .2 Exem pie sim pie d 1 utilisation 

V oici un prem ier exem pie de program m e m ontrant : 

• un appel explicite de I' operateur int que nous venons de definir, 

• un appel implicite entralne par une affectation. 

Comme a I'accoutum ee, nous avons introduit une instruction d'affichage dans I'operateur lui-meme pour 
obtenir une trace de son appel. 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " « x « " " « y « "\n" ; 

} 

operator int() // "cast" point — > int 

{ cout « "== appel int() pour le point " « x « " " « y « "\n" ; 
return x ; 

; 

; / 

main ( ) 

{ point a (3,4), b(5,7) ; 
int nl, n2 ; 

nl = int (a) ; // ou nl = (int) a appel explicite de int () 

cout « "nl = " « nl « "\n" ; 

n2 = b ; // appel implicite de int () 
cout « "n2 = " « n2 « "\n" ; 
} 

++ construction point : 3 4 

++ construction point : 5 7 

== appel int () pour le point 3 4 

nl = 3 

== appel int () pour le point 5 7 
n2 = 5 
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E xem pie cl' utilisation d ' u n operateur de "cast" pour la conversion po In t ■> int 
N ous voyons clairem ent que I 'affectation : 

n2 = b ; 

a ete traduite par le com pilateur en : 

• une conversion du point b en int, 

• une affectation (classique) de la valeur obtenue a n2. 

2.3 Appel implicite de 1 1 o p e rate u r de "cast" 
lors dun appel de fonction 

N ous definissons unefonction fct recevant un argument de type entier. N ous I'appelons : 

• une p r e m i e re fois avec un argum ent entier (6), 

• une deuxiem e fois avec un argum ent de type point (a). 

En outre, nous avons introduit (a rtific iellem ent) dans la classe point un constructeur de recopie, ceci afin de 
m ontrer qu'ici il n'est pas appele. 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " « x « " " « y « "\n" ; 

} 

point (point & p) // constructeur de recopie 

{ cout « ":: appel constructeur de recopie \n" ; 
x = p.x ; y = p.y ; 

; 

operator int() // "cast" point — > int 

{ cout « "== appel int() pour le point " « x « " " « y « "\n" ; 
return x ; 

} 

} ; 

void fct (int n) // fonction 

{ cout « "** appel fct avec argument : " « n « "\n" ; 

} 

main () 

{ void fct (int) ; 
point a (3, 4) ; 

fct (6) ; // appel normal de fct 
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fct (a) ; 

} 



// appel avec conversion implicite de a en int 



++ construction point : 3 4 
** appel fct avec argument : 6 
== appel int () pour le point 3 4 
** appel fct avec argument : 3 



Appel de To perateur de "cast" I o r s d 1 u n appel de fonction 

On voit que I'appel : 

fct (a) 

a ete traduit par le com pilateur en : 

• une conversion de a en int, 

• un appel de fct, a laquelle on fournit en argum ent la valeur a in si obtenue. 

C o m m e on pouvait s'y attendre, la conversio n est bien r ea I i see avant I'appel de la fonction et il n'y a pas de 
creation par recopie d'un objet de type point. 



2 .4 Appel im plicite de 1 1 o p e rate u r de "cast" 
dans revaluation dune expression 

Le programme ci-dessous vous montre comment sont evaluees des expressions telles que a + 3 ou a + b 
lorsque a et b sont de type point. 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " « x « " " « y « "\n" ; 

} 

operator int() // "cast" point — > int 

{ cout « "== appel int() pour le point " « x « " " « y « "\n" ; 
return x ; 

} 

} ; 

main () 

{ point a (3, 4), b(5,7) ; 
int nl, n2, n3 ; 

nl = a + 3 ; cout « "nl = " « nl « "\n" ; 
n2 = a + b ; cout « "n2 = " « n2 « "\n" ; 
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double zl, z2 ; 

zl = a + 3 ; cout « "zl = " « zl « "\n" ; 
z2 = a + b ; cout « "z2 = " « z2 « "\n" ; 

} 



++ construction point : 3 4 

++ construction point : 5 7 

== appel int () pour le point 3 4 

nl = 6 

== appel int () pour le point 3 4 
== appel int () pour le point 5 7 
n2 = 8 

== appel int () pour le point 3 4 
zl = 6 

== appel int () pour le point 3 4 
== appel int () pour le point 5 7 
z2 = 8 



U tilisation de I 1 opera teur de "cast" dans I 'evaluation d'une expression 

L orsqu'il rencontre une expression com m e a + 3 avec un opera teur portant sur un element de type point et 
un entier, le com pilateur recherche tout d'abord s'il existe un operateur + surdefini correspondant a ces 
types d'operandes. Ici, il n'en trouve pas. II va alors chercher a mettre en place des conversions des 
operandes permettant d'aboutir a une operation existante. Dans notre cas, precisement, il va prevoir la 
conversion de a en int, de m aniere a se ram ener a la so m m e de deux entiers, suivant le schema : 

point int 
I I 
int I 

I + / 

/ 

int 

C ertes, une telle d em arc he peut choquer. En fait, il fa ut fa ire quelques rem arques : 

• ici, aucune autre conversion n'est envisageable ; il n'en irait pas de meme s'il existait un operateur 
(su rdefini) d'addition de deux points, 

• la demarche paralt moins choquante si Ton ne cherche pas a donner une veritable signification a 
I'operation a + 3, 

• nous cherchons a vous presenter les differentes situations que I'on risque de rencontrer, non pas pour 
vous encourager a les em ployer toutes, m a is plutot pour vous m ettre en garde. 

Quanta I 'evaluation de a + b, e 1 1 e se fait carrem ent suivant le schem a suivant : 

point point 
I I 
int int 

I + / 

/ 

int 



156 Programmer en langage C+ + 

N ous avons prevu, pour chacune des deux expressions evoquees, deux sortes d 1 affectation : 

• a une variable entiere, 

• a une variable de type double : dans ce cas, il y a conversion forcee du resultat de I'expression en 
double. 

Notez bien que le type de la variable receptrice n'agit aucunem ent sur la maniere dont I'expression est 
evaluee pas plus que sur son type final. 

2.5 C onversions en c haine 

C onsiderez c et exem pie : 



# include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " « x « " " « y « "\n" ; 

} 

operator int() // "cast" point — > int 

{ cout « "== appel int() pour le point " « x « " " « y « "\n" ; 
return x ; 

} 

} ; 

void fct (double v) 

{ cout « "** appel fct avec argument : " « v « "\n" ; 
} 

main () 
{ 

point a (3, 4) ; 
int nl ; 
double zl, z2 ; 

nl = a + 3.85 ; cout « "nl = " « nl « "\n" ; 
zl = a + 3.85 ; cout « "zl = " « zl « "\n" ; 
z2 = a ; cout « "z2 = " « z2 « "\n" ; 

fct (a) ; 

} 



++ construction point : 3 4 

== appel int () pour le point 3 4 

nl = 6 

== appel int () pour le point 3 4 
zl = 6.85 
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== appel int () pour le point 3 4 
z2 = 3 

== appel int () pour le point 3 4 
** appel fct avec argument : 3 



C onversions en chaine 



C ette fois, nous avons a evaluer, a deux reprises, la valeur de I 'ex press ion : 

a + 3.85 

La difference avec les situations precedentes reside dans le fait que la constante 3.85 est de type double, et 
non plus de type int. Dans ce cas, on pourrait sup poser, par a na logie avec ce qui precede, que le com pilateur 
va prevoir la conversion de 3.8 5 en int. Or, il s'agirait la d'une conversion d'un type de base double en un 
autre type de base int qui risquerait d'etre "degradante" et qui, comme d' habitude, n'est jamais m i se en 
ceuvre de m aniere im plicite dans un c a leu I d' expression 3 . 

En fait, revaluation se fera suivant le schema ci-apres : 

point double 
I I 
int I 
I I 
double I 

I + / 

/ 

double 

La valeur affichee pour zl confirm e le type double de I 'ex press ion. 

Ici, done, la valeur de a a ete so urn ise a deux conversions successives avant d'etre transm ise a un op era teur. 
N otez bien que ceci est independant de I' usage qui doit etre fait ulterieurem ent de la valeur de I 'ex press ion, 
a savoir : 

• conversion en int pour affectation a nl dans le prem ier cas, 

• affectation a z2 dans le second cas. 

Quanta I 'affectation z2 = a, e 1 1 e entralne une double conversion de point en int, puis de int en double. 
II en va de meme pour I'appel : 

fct (a) 

D'une m aniere genera le, C + + peut a in si, en cas de besoin, m ettre en ceuvre une "chaine" de conversions, a 
condition toutefois que celle-ci ne fasse intervenir qu'une seule C.D.U. (Conversion Definie par 
I'U tilisateur 4 ). Plus p r ec i sem ent, cette chaine peut etre form ee d 1 a u maximum trois conversions, a savoir : 



i - E lie pourrait I 'etre, b i en sflr, dans une affectation ou un appel de fo notion, en tant que conversion "forcee" . 

4 - Nous avons deja rencontre ce m ecanism e dans le cas des fo notions su r definies. Id, on peut done dire qu'il s'agit d'un m ecanism e 
comparable applique a un operateur predeflnl, et non plus a une function deflnle par I'utlllsateu r. Nous retrouverons par la suite des 
situations sem blables, relatives cette fois a un operateur deflnl par I'utlllsateur (done a une function) ; les regies appliquees seront alors 
b i en celles que nous avons evoquees dans la recherche de la "bonne fonctlon surdeflnle". 
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eventuellement une conversion standard, suivie eventuellem ent d'une C . D . U , suivie eventuellement d'une 
conversion standard. 



2 .6 En cas d 1 a m big u it e 

A partir du moment ou le com pilateur accepte de mettre en place une chalne de conversions, certaines 
ambiguites peuvent apparaltre. Prenons a nouveau I'exemple de notre classe point, en supposant cette fois 
que nous I'avons m unie de deux operateurs de "cast" : 

operator int () 
operator double () 



S upposons que nous utilisions a nouveau une expression telle que (a eta n t de type point) 

a + 3.85 



D ans ce cas, le com pilateur se trouve en presence de deu x schem as possibles de conversion 

double 



point 
I 

double 

I 



double 
/ 
/ 

+ / 

/ 

double 



point 
I 

int 
I 

double 

I + 

I 



double 



lei, precisem ent, il refusera I 'ex press ion en fournissant un diagnostic d'am biguTte. 

Cette ambiguite reside dans le fait que deux chalnes de conversions permettent de passer du type point au 
type double. S 'il s'agissait d'une am biguite concernant le choix de I'operateur a appliquer (ce qui n' eta it pas 
le cas ici), le com pilateur a ppliquera it alors les regies habituelles de choix d'une fo notion su rdef in ie 5 . 



3. LE CON STRUCT EUR POUR LA CONVERSION 
D UN TYPE DE BASE EN UN TYPE C LASSE 



3.1 U n p re m ie r e x e m pie 

Nous avons deja vu comment appeler explicitem ent un constructeur. Par exemple, avec la classe point 
precedente, si a est de type point, nous pouvons ecrire : 

a = point (12) ; 

C ette instruction provoque : 

• la creation d'un objet tern pora ire de type point, 

• I'affectation de cet objet a a. 



5 ■ En toute r i g u e u r, il f a yd rait considerer qu e les operateurs s u r les types de ba se correspondent, eu x au ssi, a d es fo notions d e la forme 
operator + . 
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On peut done dire que I'expression : 

point (12) 

exprim e la conversio n de rentier 12 en un point. 

D 'une m aniere gen era I e , tout construe teur a un seul argum ent d'un type de base 6 realise une conversion de 
ce type de base dans le type de sa classe. 

Or, tout com m e I'operateur de "cast", ce construe teur peut etre egalement appele im p lie item ent. C 'est a in si 
que I'affectation : 

a = 12 

provoquera exactem ent la m em e chose que I'affectation : 

a = point (12) 

En effet, a sa rencontre, le compilateur cherchera s'il existe une conversion (voire une chalne de 
conversions) unique, perm ettant de p asser du type int au type point. Ici, le construe teur fera I 'affaire. 

D e la m em e facon, si fct a pour prototype : 

void fct (point) ; 

un appel tel que : 

fct (4) 

en train era une conversion de rentier 4 en un point tern pora ire qui sera transm is a fct. N otez bien que, dans 
ce cas, le langage C + + ne precise pas s'il y aura ou non appel du constructeur de recopie 7 . 

V oici un petit program m e illustrant ces p re m i e res possibility de conversion par un constructeur : 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point " « x « " " « y 
« " en " « this « "\n" ; 

} 

point (point & p) // constructeur de recopie 

{ x = p.x ; y = p.y ; 

cout « ":: constr. recopie de " « &p « " en " « this « "\n" ; 

} 

} ; 

void fct (point p) // fonction simple 



° ■ 0 y, eventuellem ent, com m e e'est le cas ici, a plusieu rs argum e n ts ayant d es valeurs par defaut, a partir du moment oil il peut etre 

appele avec un seul argum ent. 

1 ■ N ous avons rencontre les deux possibility. 
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{ cout « "** appel fct " « "\n" ; 
} 

main () 

{ void fct (point) ; 
point a (3, 4) 

a = point (12) ; // appel explicite constructeur 
a = 12 ; // appel implicite 

fct (4) ; 

} 

++ construction point 3 4 en Ox24526265E 

++ construction point 12 0 en 0x24522662 

++ construction point 12 0 en 0x24522666 

++ construction point 4 0 en 0x2453266A 
** appel fct 



Utilisation d'un constructeur pour realiser des conversions int-> point 

Remarque 

Bien entendu, si fct est surdefinie, le c h o i x de la bonne fonction se fera suivant les regies deja 
rencontrees dans le chapitre IV . Cette fonction devra etre unique et, de plus, les chalnes de conversions 
mises en cEuvre pour chaque argument devront etre uniques. 

3. 2 Le constructeur dans une chaine de conversions 

S upposez que nous disposio ns d 1 une c lasse com plexe : 

class complexe 
{ double reel, imag ; 

public : 

complexe (double r = 0 ; double i = 0) ; 



Son constructeur perm e t des conversions double -> complexe. Mais, com p te tenu des possibilites de 
conversion implicite int-> double, ce constructeur peut intervenir dans une chaine de conversions : 

int ■> double -> complexe 
C e sera le cas, par ex em pie, dans une affectation telle que (c eta nt de type complexe) : 

c = 3 / 

Notez qu'ici cette possibility de chaine de conversions rejoint les regies concernant les conversions 
habituelles a propos des fonctions (su rdefin ies ou non). En effet, on peut considerer ici que rentier 3 est 
converti en double, compte tenu du prototype de complexe. Cette double interpretation d'une meme 
possibilite n'est pas genante, dans la mesure ou e 1 1 e conduit, dans les deux cas, a la meme conclusion 
concernant la fa i s a b i lite de la conversion. 
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3.3 Choix entre constructeur ou o p e rate u r d'affectation 

Dans I ' e x e m pie d' affectation : 

a = 12 

du paragraphe 3.1, il n'existait pas d'operateur d'affectation d'un int a un point. Si tel est le cas, on peut 
penser qu'alors le com pilateur se trouve en presence d'un conflit entre : 

• utiliser la conversion int -> point offerte par le constructeur, suivie d' une affectation point -> point, 

• utiliser I'operateur d'affectation int -> point. 

En fait, il existe une regie qui perm e t de trancher : les conversions definies par I'utilisateur ("cast" ou 
constructeur) ne sont m ises en oeuvre que lorsque cela est necessaire. 

C'est done la seconde solution qui sera choisie ici par le com pilateur, comme le montre le programme 
suivant. Nous y avons surdefini I'operateur d'affectation non seulement dans le cas int - > point, mais 
egalement dans le cas point - > point afin de b i en montrer que cette derniere version n'est pas employee 
dans I'affectation a - 12. 



# include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point " « x « " " « y 
« " en " « this « "\n" ; 

} 

point & operator = (point S p) // surd_finition affectation point -> 

point 

{ x = p.x ; y = p.y ; 

cout « "== affectation point — > point de " « &p « " en " « this ; 
return * this ; 

} 

point & operator = (int n) // surd_finition affectation int -> 

point 

{ x = n ; y = 0 ; 

cout « "== affectation int — > point de " « x « " " « y 

« " en " « this « "\n" ; 
return * this ; 

} 

} ; 

main () 

{ point a (3, 4) ; 
a = 12 ; 

; 



++ construction point 3 4 en 0x2564 

== affectation int — > point de 12 en 0x2564 
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Les conversions definies par I'utilisateur ne sont mises en ceuvre que lorsque cela est necessaire 

3.4 Em ploi d'un constructeur pour elargir la signification 
d'un o p e rate u r 

C onsiderons une classe point, munie d'un constructeur a un argument entier et d'un operateur d'addition 
fourni sous forme d'une fonction am ie (nous verrons un peu plus loin ce qui se passe rait dans le c a s d ' u n e 
fonction m em bre). 

class point 
{ Int x, y ; 

public : 

point (Int) ; 

friend point operator + (point, point) ; 



Dans ces conditions, si a est de type point, une expression telle que : 

a + 3 

va avoir une signification. En effet, dans ce cas, le com pilateur va m ettre en ceuvre : 

• une conversio n de rentier 3 en point (par appel du constructeur), 

• I' addition de la valeur obtenue avec celle de a (par appel de operator + ). 
L e resultat sera du type point. L e sch em a suivant recapitule la situation : 

point int 
I I 
I point 

I + / 

/ 

point 

On peut dire egalem ent que notre expression a + 3 est equivalente (ici) a : 

operator + (a, point (3)) 

L e m em e m ecanism e s'applique a une expression telle que : 

5 + a 

qui sera done equivalente a : 

operator + (5, a) 

Toutefois, dans ce dernier cas, on voit qu'il n'en serait pas a 1 1 e de meme si notre operateur + avait ete 
defini par une fonction m em bre. En effet, son premier operande aurait alors du etre de type point ; aucune 
conversion im pi kite n 'aura it pu etre m ise en p lace dans ce cas 8 . 

V oici un petit program m e illustrant les possib Mites que nous venons d' evoquer : 



• D es a p pels tels que 5. opera tor + (a) ou n, operator + (a] (n eta nt de type int] seront rejetes. 
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^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " « x « " " « y « "\n" ; 

} 

friend point operator + (point, point) ; // point + point — > point 

void affiche () 

{ cout « "Coordonnees : " « x « " " « y « "\n" ; 

} 

) ; 

point operators- (point a, point b) 
{ point r ; 

r.x = a.x + b.x ; r.y = a.y + b.y ; 

return r ; 

} 

main ( ) 
{ 

point a, b(9,4) ; 

a = b + 5 ; a . affiche () ; 

a = 2 + b ; b. affiche () ; 



++ construction point : 0 0 

++ construction point : 9 4 

++ construction point : 5 0 

++ construction point : 0 0 
Coordonnees : 14 4 

++ construction point : 2 0 

++ construction point : 0 0 
Coordonnees : 9 4 



E largissement de la signification de ' operate ur + 

Rem arques : 

1) La situation evoquee peut rendre de grands services dans une situation reelle puisqu'elle perm e t de 
donner un sens a des expressions mixtes. L'exemple le plus caracteristique est celui d'une classe de 
nom bres com plexes (supposes constitues de deux valeurs de type double). II suffit, en effet, de definir 
la so m m e de deu x com pi exes et un constructeur a un argum ent de type double : 

class complexe 
{ double reel, imag ; 

public : 

complexe (double v) { reel = v ; imag = 0 ; } 
friend complexe operator + (complexe, complexe) ; 



164 



Programmer en langage C + + 



L es expressions de la form e : 

com plexe + double 

double + com plexe 
a uront a lors une signification (et ici ce sera bien celle que Ton souhaite). 

Compte tenu des possibilites de conversions, il en ira de meme de n'importe quelle addition d'un 
com plexe et d'un float, d'un long, d'un short ou d'un char. 

2) Si nous avions defini : 

class complexe 
{ float reel, imag 

public : 

complexe (float v) ; 

friend complexe operator + (complexe, complexe) ; 



I'addition d'un complexe et d'un double ne serait pas possible. Elle le deviendrait, par contre, en 
rem placant le constructeur par : 

complexe (double v) 

(ce qui ne prejuge pas toutefois du r es u I ta t de la conversion forcee de double en float qui y 
figurera I). 

3.5 Pour interdire I'utilisation du constructeur 
dans d es c on versions im p lie it e s : le mot c le ex p lie it 

Le projet de norme ANSI de C+ + prevoit qu'on puisse interdire I'utilisation du constructeur dans des 
conversions implicites (simples ou en chalne), en utilisant le mot c I e explicit lors de sa declaration ; par 
exem pie, avec : 

class point 
{ public : 

explicit point (int) ; 

friend operator + (point, point) ; 



} 



les instructions suivantes seraient rejetees (a et b eta n t de type point) 



a 



a = 12 



= b + 5 



// illegal car le constructeur possede le qualificatif explicit 
// idem 



En revanche, la conversion pour rait to u jours se fa ire par un appel explicite, com m e dans 



a = point (3) ; 
a = b + point (5) 



// OK : conversion explicite par le constructeur 
// idem 
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4. LES CONVERSIONS DUN TYPE CLASS E 
EN UN AUTRE TYPE C LASSE 



En fait, les possibility que nous venons de rencontrer, concernant les conversions d'un type de base en un 
type classe, se generalisen t : 

• au sein d'une classe A , on peut definir un operateur de "cast" realisant la conversion d'un autre type de 
classe B , dans le type A , 

• un constructeur de la classe A , recevant un argum ent de type B , realise u ne c on versio n de B en A . 
4.1 Ex em pie sim pie d'operateur de "cast" 

Le programme ci-dessous illustre la premiere situation : I'operateur com p I e x e de la classe point permet des 
conversions d'un objet de type point en un objet de type com plexe. 



^include <iostream.h> 
class complexB ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) {x=abs ; y=ord ; } 

operator complexe () ; // conversion point — > complexe 

} ; 

class complexe 
{ double reel, imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 
friend point :: operator complexe () ; 

void affiche () { cout « reel « " + " « imag «"i\n" ; } 
} ; 

point : : operator complexe () 
{ complexe r ; r.reel=x ; r . imag=y ; 

cout « "cast "«x«" "«y«" en "«r.reel«" + "«r . imag«" i\n" ; 

return r ; 

} 

main () 

{ point a (2, 5) ; complexe c ; 

c = (complexe) a ; c . affiche () ; // conversion explicite 

point b (9, 12) / 

c = b ; c . affiche () ; // conversion implicite 

} 



cast 2 5 en 2 + 5i 
2 + 5i 

cast 9 12 en 9 + 12i 
9 + 12i 
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Exemple d'utilisation d 1 u n operateur de "cast" pour des conversions point - > com p lex e 

Remarque: 

Dans cetexemple, on peutdire que la conversion point - > complexe qui se ramene, au bout du com pte, 
a la conversion de deux en tiers en reel est assez naturelle et, de toute fagon, pas degradante. M a is, bien 
entendu, C+ + vous laisse seul juge de la qualite des conversions que vous pouvez definir de cette 
m aniere. 



4.2 Exemple simple de conversion par un constructeur 

L e program m e ci-apres illustre la deuxiem e situation : le constructeur complexe (point) represente une autre 
f a c o n de realiser des conversions d'un o b jet de type point en un objet de type complexe. 



^include <iostream.h> 
class point ; 
class complexe 
{ double reel, Imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 
complexe (point) ; 

void affiche () { cout « reel « " + " « imag « "i\n" ; } 

} ; 

class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
friend complexe: : complexe (point) 

} ; 

complexe :: complexe (point p) 
{ reel = p.x ; imag = p.y ; } 
main () 

{ point a (3, 5) ; 

complexe c (a) ; c. affiche () ; 

} 

3 + 5i 



Exemple d'utilisation d'un constructeur pour des conversions point ■> com p lex e 

R em arques : 

1) L a rem arque faite precedem m ent a propos de la "qualite" des conversions s'applique tout a ussi bien 
ici. N ous aurions pu, par ex em pie, introduire, dans la classe point, un constructeur de la form e point 
(complexe). 

2) En ce qui cone erne les conversions d'un type de base en une classe, la seule possibilite qui nous eta it 
offerte consistait a prevoir un constructeur a pproprie au sein de la classe. En revanche, pour les 
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conversions A -> B (oil A et B sont deux classes), nous avons le choix entre placer dans B un 
construe teur B (A ) ou placer dans A un opera teur de "cast" B (). 

3) II n'est pas possible de definir sim ultanem ent la m em e conversion A -> B en prevoyant a la fois un 
construe teur B (A ) dans B et un "cast" B () dans A . E n effet, ceci conduirait le com pilateur a deceler 
une am biguTte des lors qu'une conversion A -> B sera it necessaire. II faut signaler cependant qu'une 
telle anomalie peut rester cachee tant que le besoin d'une telle conversion ne se fait pas sentir (en 
particulier, les classes A et B seront compilers sans probleme, y compris si elles figurent dans le 
m em e fichier source). 

4.3 Pourdonner, dans une classe, une signification 
a un o p e rate u r defini dans une autre classe 

C onsiderons une classe complexe pour laquelle I'operateur + a ete surdefini par une fo notion am i e 9 , ainsi 
qu'une classe point munie d'un operateur de "cast" com p I e x e ( ) . Supposons a de type point, x de type 
complexe et considerons I'expression : 

x + a 

C om pte tenu des regies habitue lies relatives aux fo notions surdefinies (m ise en ceuvre d 1 une c halne unique de 
conversions ne contenant pas plus d'une C.D.U.), le compilateur est conduit a revaluation de cette 
expression suivant le schem a : 

complexe point 
I I 
I complexe 

I + / 

/ 

complexe 

Celui-ci fait intervenir I'operateur + surdefini par la fonction independante operator . On peut dire que 
notre expression x + a est en fait equivalente a : 



operator + (x, a) 

L e m em e raisonnem ent s'applique a I'expression a + x. Quanta I'expression 

a + b 

oil a et b sont de type point, elle est equivalente a : 

operator + (a, b) 

et evaluee suivant le schem a : 

point point 
I I 
complexe complexe 

I + / 

/ 

complexe 



- N ous verrons que ce point est important : on n'obtiendrait pas les memes possibilites avec une fonction m em bre. 
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N ous vous proposons ci-apres un ex em pie com p let de program m e illustrant les possi b i lites que nous venons 
d'evoquer : 



^include <iostream.h> 
class complexB ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
operator complexe () ; 

void affiche () { cout « "point : " « x « " " « y « "\n" ; } 

} ; 

class complexe 
{ double reel, imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 

void affiche () { cout « reel « " + " « imag « "i \n" ; } 

friend point : : operator complexe () ; 

friend complexe operator + (complexe, complexe) ; 

} ! 

point: -.operator complexe () 

{ complexe r ; r.reel = x ; r . imag = y ; return r ; } 
complexe operator + (complexe a, complexe b) 
{ complexe r ; 

r.reel = a. reel + b.reel ; r . imag = a. imag + b . imag ; 

return r ; 

} 

main () 

{ point a (3, 4), b(7,9), c ; 
complexe x(3.5,2.8), y ; 
y = x + a ; y. affiche () ; 
y = a + x ; y . affiche () ; 
y = a + b ; y . affiche () ; 

} 



6.5 + 6.8i 
6.5 + 6.8i 
10 + 13i 



E largissement de la signification de I ' o perateur + de la classe complexe 

R em arques : 

1) S'il est effectivem ent possible ici d'ecrire : 

y = a + b 

il n'est pas possible d'ecrire : 



// marcherait encore si + etait fct membre 
// ne marcherait pas si + etait fonction membre 
// ne marcherait pas si + etait fonction membre 
// (voir remarque) 

// N.B. : c = a + b n'aurait pas de sens ici 
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c = a + b 

car il n'existe pas de conversion de complexe(type de I'expression a + b) en point. 

Pour que cela so it possible, il suffirait, par ex em pie, d'introdu ire dans la classe point un construe teur 
de la form e point (com plexe). B ien entendu, cela ne prejuge nullement de la signification d'une telle 
operation, et en particulier de son aspect d eg r a dan t. 

2) Si I'operateur + de la classe com plexe avait ete defini par une fonction m em bre de prototype : 

complexe complexe :: operator + (complexe) ; 

I'expression a + x n'aurait pas eu de sens, pas plus que a + b. En effet, I'appel de operator + , dans 
le prem ier cas, n'aurait pu etre que : 

a. operator + (x) 

Ceci n'aurait pas ete permis. En revanche, I'expression x + a aurait pu correctement etre evaluee 
com m e : 

x. operator + (a) 

3) II n'est pas to u jours aussi avantageux que dans cet ex em pie de definir un op era teur so us form e d'une 
fonction am ie. En particulier, si un op era teur m odifie son prem ier op era nde (suppose etre un objet), il 
est preferable d'en faire une fonction membre. Dans le cas contraire, en effet, on risque de voir cet 
operateur agir tout betement, non pas sur I'objet concerne, mais sur un objet (ou une variable) 
tem poraire d'un autre type, c re e par une conversion im p lie i t e 1 0 . N otez d'ailleurs que e'est pour cette 
raison que C + + im pose que les ope rate urs = , [], () et -> soient to u jours surdefinis par des fonctions 
membre. 



5. QUELQUES CONSEILS 

L es possi b i lites de conversions im plicites ne sont certes pas infinies, puisqu'elles sont lim itees a une chalne 
d'au maximum trois conversio ns (standard, C . D . U . , standard) et que la C . D . U . n'est m ise en oeuvre que si 
e 1 1 e est utile. 

E lies n'en restent pas moins tres (trop !) riches; une telle richesse peut laisser craindre que certaines 
conversions ne soient m ises en place sans que le concepteur des classes concernees ne I'ait souhaite. 

E n fait, il faut bien voir que : 

• I'operateur de "cast" doit etre introduit deliberem ent par le concepteur de la classe, 

• dans la proposition de norme ANSI, le concepteur d'une classe peut interdire I'usage implicite du 
construe teur dans une conversion, en faisant appel au mot c I e explicit. 

Avec la norme, il sera done possible de se proteger totalement contre I'usage des conversions implicites 
relatives aux classes: il suffira de qualifier tous les constructeurs avec explicit et de ne pas introduire 
d'operateur de cast. 

D'une m aniere gen era le, on aura interet a reserver ces possi bi lites de conversions im plicites a des classes 
ayant une forte "connotation m athem atique" , dans lesquelles on aura probablement surdefini un certain 
nom bre d'operateurs (+ , -, etc.). 



■ A u c u n e conversion in plicite ne peut avoir lieu sur I'objet appelant une fonction m em bre. 
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L 'ex em pie le plus classique d'une telle classe est certain em en t eel ui de la classe com p I e x e 1 1 (que nous avons 
re neon tree dans ce chapitre). Dans ce cas, il parait naturel de disposer de conversions de complexe en float, 
de float en com plexe, de int en com plexe (par le b i a is de float), etc. 

D e m em e, il parait naturel de pouvoir realiser a ussi b i en la so m m e d ' u n com plexe et d'un float que celle de 
deux complexes et done de profiter des possibilites de conversions implicites pour ne definir qu'un seul 
operateur d 1 addition (celle de deux complexes). 



■ L e projet de norme A N SI de C + + contient la definition d e classes generiques de complexes. 



XI. LES PATRONS 
DE FONCTIONS 



N ous avons deja vu comment la su r definition de fonctions perm ettait de don ner un no m unique a plusieu rs 
fonctions realisant un travail different. La notion de "patron 1 " de fonction (on parle aussi de "fonction 
generique" ou de "modele de fonction"), introduite par la version 3, est a la fois plus puissante et plus 
restrictive; plus puissante car il suffira d'ecrire une seule fois la definition d'une fonction pour que le 
compilateur puisse autom atiquem ent I'adapter a n'importe quel type ; plus restrictive puisque, par nature 
meme, toutes les fonctions ainsi fabriquees par le compilateur devront correspondre a la meme definition, 
done au m em e algorith m e. 

N ous a lions com m encer par vous presenter cette nouvelle notion sur un ex em pie simple ne faisant intervenir 
qu'un seul "parametre de type". Nous verrons ensuite qu'elle se generalise a un n o m b re quelconque de tels 
param etres et qu'on peut egalement faire intervenir des "parametres expression". Puis nous etudierons 
comment un patron de fonctions peut, a son tour, etre surdefini. Enfin, nous verrons comment toutes ces 
possibilites peu vent encore etre affinees en " sp ecialisant" une ou plusieu rs des fonctions d'un patron. 

1. EX EM PL E DE CREATION ET D 1 U T IL IS A T 10 N 
D'UN PATRON DE FONCTION 

1.1 Creation d'un patron de fonctions 

Supposez que nous ayons b eso i n d'ecrire une fonction fournissant le minimum de deux valeurs de meme 
type re g u es en a rg urn ent. N ous pourrions ecrire une definition pour le type int : 

int min (int a, int b) 
{ 

if (a < b) return a / // ou return a < b ? a : b ; 
else return b ; 

} 



■ En anglais : tem plate. 
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Bien entendu, il nous faudrait probablem ent ecrire une autre definition pour le type float, c'est-a-dire (en 
supposant que nous lui donnons le m em e nom min, ce que nous avons tout in te ret a fa ire) : 

float min (float a, float b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 

} 

N o us serio n s a in si a m ene a ecrire d e nom bre uses definitions tres pro c ties les unes d es autres ; en effet, seul 
le type cone erne sera it am ene a etre m odifie. 

Depuis la version 3 de C + + , nous pouvons simplifier considera blem ent les choses en definissant un seul 
patron de f onctions, de la m aniere suivante : 



^include <iostream.h> 

// creation d'un patron de f onctions 
template <class T> T min (T a, T b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 

} 



C reation d'un patron de fonctions 
C om m e vous le constatez, seule (ici) I'en-tete de notre fo notion a change (il n'en ira pas to u jours a in si) : 

template <class T> T min (T a, T b) 

La mention template < class T> precise que Ton a affaire a un patron (template) dans lequel apparalt un 
" param etre 2 de type" nomme T ; notez que C + + a decide d'employer le mot c le class pour preciser que T 
est un parametre de type (on aurait prefere type I). Autrement dit, dans la definition de notre fonction, T 
represente un type quelconque. 

L e reste de I'en-tete : 

T min (T a, T b) 

precise que m in est une fonction recev ant deux argum ents de type T et fournissant un resultat du m em e type. 



1.2 Premieres utilisations de notre patron de fonctions 

Pour utiliser le patron min que nous venons de creer, il suffit tout si m plem ent d'uti User la fonction min dans 
des conditions appropriees (c'est-a-dire ici deux arguments de meme type). Ainsi, si dans un programme 
dans lequel n et p sont de type int, nous faisons intervenir I'expression min (n, p), le compilateur 



L ■ 0 u argum ent ; ici, nous avons convenu d'em ployer le tern e param etre pour les patrons et le term e argum ent pour les fonctions ; m a Is 
il ne s 1 ag it aucunem ent o" une convention universelle. 
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"fabriquera" (on dit aussi " instanciera" ) autom atiquem ent la fonction m i n (dite "fonction patron 3 ") 
correspondant a des arguments de type int. Si nous appelons min avec deux arguments de type float, le 
compilateur "fabriquera" autom atiquem ent une autre fonction patron min correspondant a des arguments de 
type float et ainsi de suite. 

C om m e on peut s'y attendre, pour que la chose so it possible, il est necessaire que le com pilateur dispose de 
la definition du patron en question, autrement dit que les instructions precedentes precedent une quelconque 
utilisation de min. 

V oici un exem pie com plet illustrant ceci : 



^include <lostream.h> 

// creation d'un patron de fonctions 
template <class T> T min (T a, T b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 

} 

// exemple d' utilisation du patron de fonctions min 
main ( ) 
{ 

int n=4, p=12 ; 
float x=2.5, y=3.25 ; 

cout « "min (n, p) = " « min (n, p) « "\n" ; // int min(int, int) 
cout « "min fx, y) = " « min (x, y) « "\n" ; // float min (float, 

loat) 

} 



min (n, p) = 4 
min (x, y) =2.5 



Definition et utilisation d'un patron de fonctions 



Remarque: 

Les instructions de definition d'un patron ressemblent a des instructions executables de definition de 
fonction. Neanmoins, le mecanisme meme des patrons fait que ces instructions sont utilisees par le 
com pilateur pour fabriquer (instancier) chaque fois qu'il est necessaire les instructions correspondant a la 
fonction requise ; en ce sens, ce sont done des declarations : leur presence est toujours necessaire et il 
n 'est pas possible de creer un "module objet" correspondant a un patron de fonctions. 

En fait, tout se passe comme si, avec la notion de patron de fonctions, apparaissaient deux niveaux de 
declarations. On retrouvera le meme phenom ene pour les patrons de classes. Par la suite, nous 
continuerons a parler de "definition d'un patron". 

En pratique, on placera les definitions de patron dans un fichier a p pro p rie d' extension h. 



■ A ttention au vocabulaire : "patron de fonction" pour la fonction g e n e r i q u e, "fonction patron" pour une instance don nee. 
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1.3 D'autres utilisations de notre patron 

De f a g o n generale, notre patron min peut etre utilise pour des arguments de n'importe quel type, qu'il 
s'agisse d'un type predefini (short, char, double, int *, char *, int * *, etc.) ou d'un type defini par 
I'utilisateur (no tarn m ent structure ou classe). 

P ar ex em pie, si n et p sont de type int, un appel tel que min (& n, & p) conduira le com pilateur a instancier 
une fonction int * m in (int * , int * ). 

Exam inons ici plus en detail deux situations precises : 

• argum ents de type char * , 

• argum ents de type classe. 

a) Application au type char * 

V oici un prem ier ex em pie dans lequel nous exploitons notre patron min pour fabriquer une fonction portant 
sur des chalnes de caracteres : 



^include <iostream.h> 

template <class T> T min (T a, T b) 

{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 

} 

main () 
{ 

char * adrl = "monsieur" , * adr2 = "bonjour" ; 
cout « "min (adrl, adr2) = " « min (adrl, adr2) ; 

} 



min (adrl, adr2) = monsieur 



Lorsque Ton applique le patron min au type char * 

Le resultat peut surprendre, dans la mesure ou vous vous attendiez (peut-etre) a ce que min fournisse "la 
chalne" "bonjour". En fait, il faut bien voir que, a la rencontre de I'expression min (adrl, a d r 2 ) , le 
com pilateur a gen ere la fonction suivante : 

char * min (char * a, char * b) 
{ 

if (a < b) return a ; 
else return b ; 

} 
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La com para ison a< b porte done sur les valeurs des pointeurs re? us en a rg m e n t (ici, a eta it inferieur a b, 
mais il peut en aller autrement dans d'autres implementations...). En revanche, I'affichage obtenu par 
I'operateur < < porte, non plus sur ces adresses, mais sur les chalnes situees a ces adresses. 



b) Application a un type classe 

Pour pouvoir appliquer notre patron min a une classe, il est bien sur necessaire que I'operateur < puisse 
s'appliquer a deux operandes de ce type classe. En voici un ex em pie dans lequel nous appliquons min a deux 
objets de type vect dans lequel I'operateur < fournit un resultat base sur le "module" des vecteurs : 



^include <±ostream.h> 

// le patron de fonctions min 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 

else return b ; 

} 

// la classe vect 
class vect 
{ int x, y ; 
public : 

vect (int abs=0, int ord=0) { x=abs ; y=ord; } 
void affiche () { cout « x « " " « y ; } 
friend int operator < (vect, vect) 

} ; 

int operator < (vect a, vect b) 

{ return a.x*a.x + a.y*a.y < b.x*b.x + b.y*b.y ; 

; 

// un exemple d' utilisation de min 
main ( ) 
{ 

vect u (3, 2), v (4, 1) , w ; 
w = min (u, v) ; 

cout « "min (u, v) = " ; w. affiche () ; 

} 

min (u, v) = 3 2 



U tilisation du patron m in pour la classe vect 

N aturellem ent, si nous cherchions a appliquer notre patron min a une classe pour laquelle I'operateur < 
n'est pas defini, le com pilateur le signalerait exac tern ent de la m em e m aniere que si nous avions ecrit nous- 
mem es la fonction min pour ce type. 

Remarque: 

Un patron de fonctions pourra s'appliquer a des classes patron, e'est-a-dire a un type de classe instancie 
par un patron de classe. N ous en verrons des ex em pies dans le prochain chapitre. 
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2. LES PAR AM ET RES DE TYPE DUN PATRON DE FO NOTIONS 

C e paragraphe fait le point su r la maniere dont peuvent intervenir les pa ram etres de type dans un patron de 
fonctions, sur I'algorithme qui perm e t au com pilateur d'instancier la fonction voulue et sur les problem e s 
particuliers qu'il peut poser. 

N otez qu'un patron de fonctions peu t egalem ent com porter ce que Ton nom m e des " pa ram etres expression" , 
lesquels correspondent en fait a la notion usuelle d'argument d'une fonction. lis seront etudies dans le 
paragraphe suivant. 



2.1 Utilisation des pa ram etres de type dans la definition d'un patron 

D'une m aniere gen era le, un patron de fonctions peu t done com porter un ou plusieurs pa ram etres de type, 
chacun dev ant etre precede du mot c I e cla ss, par ex em pie : 

template <class T, class U> fct (T a, T * b, U c) 

{ ... 

} 

C es pa ram etres peuvent intervenir a n'im porte quel en droit de la definition d'un patron 4 , e'est-a-dire : 

• dans I'en-tete (c 'eta it I e cas de nos ex em pies precedents), 

• dans des declarations 5 de variables locales (de I'un des types des pa ram etres), 

• dans les instructions executables 6 (par exemple new, si zeof (...)). 
E n void un sim pie exem pie d' ecole : 

template <class T, class U> fct (T a, T * b, U c) 
{ 

T x ; // variable locale x de type T 

U * adr ; // variable locale adr de type U * 

adr = new T [10] / // allocation tableau de 10 elements de type T 

n = si zeof (T) ; 

} 

D ans to us les cas, il est necessaire que chaque par am etre de type apparaisse au m oins une fois dans I'en- 
tete du patron ; comme nous le verrons, cette condition est parfaitement logique puisque e'est precisem ent 
grace a la nature de ces argum ents que le com pilateur sera en m esure d' instancier correctem ent la fonction 
necessaire. 



1 ■ D e la m em e m aniere qu'un nom de type peut intervenir dans la definition d'une fonction. 

5 ■ Notez bien qu'il s'agit alors de declarations, au sein de la definition du patron, e'est-a-dire finalement de declarations au sein de 
declarations. 

6 -Nous parlons d' instructions executables bien qu'il s'agisse toujours de declarations (puisque la definition d'un patron est une 
declaration) ; en toute rigueur, ces instructions donneront naissance a des instructions executables a chaque instanciation d'une nouvelle 
fonction. 
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2.2 Identification des pa ram etres de type dune fonction patron 

Nos precedents ex e m pies etaient suffisam m ent simples pour que Ton "devine" quelle etait la fonction 
in standee pour un appel donne. M a is, considerons a nouveau notre patron min : 

template <class T> T min (T a, T b) 
{ if (a < b) return a ; 

else return b ; 

} 

avec ces declarations : 

int n ; char c ; 

Que va fa ire le com pilateur en presence d'un appel tel que min (n,c) ou m in ( c , n ) ? En fait, la regie p revue 
par C+ + dans ce cas est qu'il doit y avoir correspondance exacte des types. C ela signifie que nous ne 
pouvons u tiliser notre patron min que pour des appels dans lesquels les deux arguments ont le meme type. 
M anifestem ent, ce n'est pas le cas dans nos deux appels, qui aboutiront a une erreur de compilation. On 
notera que, dans cette correspondance exacte, les eventuels qualifieurs const ou volatile interviennent. 

Voici, a titre indicatif, quelques exemples d'appels de min qui precisent quelle sera la fonction instanciee 
lorsque I'appel est correct : 

int n ; char c ; unsigned int q ; 
const int cil = 10, ci2 = 12 ; 
int t[10] ; 
int * adi ; 

min (n, c) // erreur 

min (n, q) // erreur 

min (n, cil) // erreur : const int et int ne correspondent pas 

min (cil, ci2) // min (const int, const int) 

min (t, adi) // min (int *, int *) car ici, t est converti en int *, avant 

appel 

II est to utefo is possible, dans un appel de fonction patron, de specifier tout ou partie des pa ram etres de type 
a u tiliser. V oici quelques ex em pies utilisant les declarations precedentes : 

min<int> (c, n) /* force 1 'utilisation de min<int>, et done la conversion 

*/ 

/* de c en int ; le resultat sera de type int 

*/ 

min<char> (q, n) /* force 1 'utilisation de min<char>, et done la conversion 
*/ 

/* de q et de n en char ; le resultat sera de type char 

*/ 

V oici un autre ex em pie faisant intervenir plusieurs pa ra m etres de type : 

template <class T, class U> T fct (T x, U y, T z) 

{ return x + y + z ; 

} 



main () 

{ int n = 1, p = 2, q = 3 ; 
float x = 2.5, y = 5.0 ; 
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cout « fct (n, x, p) « "\n" ; 

cout « fct (x, n, y) « "\n" ; 

cout « fct (n, p, q) « "\n" ; 

cout « fct (n, p, x) « "\n" ; 



// affiche la valeur (int) 5 

// affiche la valeur (float) 8.5 

// affiche la valeur (int) 6 

// erreur : pas de correspondance 



I ci, encore, on peut forcer certains des param etres de type, comme dans ces exemples : 

fct<int, float> (n, p, x) // force 1 ' utilisation de fct<int , float> et done la 

// conversion de p en float et de x en int 
fct<float> (n, p, x ) // force 1 'utilisation de float pour T ; U est 

determine 

// par les regies habituelles, c' est-a-dire int (type 

de p) 

// n sera convert i en float 



2.3 Nouvelle syntaxe (initialisation des variables 
des types standard 

D es lors que, dans un patron de fonctions, un param etre de type est susceptible de correspondre tan tot a un 
type standard, tan tot a un type classe, un problem e a p pa rait si I 1 on doit declarer, au sein du patron, un objet 
de ce type en transm ettant un ou plusieurs argum ents a son constructeur. V oyez cet ex em pie : 

template <class T> fct (T a) 

{ T x (3) ; // x est un objet local de type x qu'on construit 
// en transmettant la valeur 3 a son constructeur 

// ... 

} 

Tant que Ton utilise une fonction fct pour un type classe, tout va bien. En revanche, si Ton cherche a 
I'utiliser pour un type standard, par ex em pie int, le com pilateur est am en e a generer la fonction suivante : 

fct (int a) 

{ int x (3) ; 

// ... 

} 

Pour que I 'instruction int x(3) ne pose pas de problem e, C + + a prevu qu'elle so it sim plem ent in terpretee 
comme une initialisation de x avec la valeur 3, e'est-a-dire comme : 

int x = 3 ; 

En theorie, cette possi bi lite est utili sable dans n'im porte quelle instruction C + + , de sorte que vous pourriez 
tres bien ecrire : 

double x(3.5) ; // au lieu de double x = 3.5 ; 

char c('e') ; // au lieu de char c = 'e ' ; 

E n pratique, cela sera ra rem ent utilise de cette f a c o n . 
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2.4 Limitations des patrons de fonctions 

L orsque Ton definit un patron de classe, a un pa ram etre de type peut theoriquem ent correspondre n 1 i m porte 
quel type effectif (standard ou classe). II n'existe a priori aucun m ecanism e intrinseque permettant 
d'interdire I'instanciation pour certains types. 

A insi, si un patron a un en-tete de la form e : 

template <class T> void fct (T) 

on pourra a ppeler fct avec un argum ent de n'im porte quel type : int, float, int *, int * * t, t * ou m em e t * * 
(t designant un type classe quelconque)... 

Cependant, un certain n o m b re d'elements peuvent intervenir indirectem ent pour faire echouer 
I'instanciation. 

Tout d'abord, on peut imposer qu'un parametre de type corresponde a un pointeur. Ainsi, avec un patron 
d 1 en-tete : 

template <class T> void fct (T *) 

on ne pourra a ppeler fct qu 'avec un pointeur sur un type quelconque : int * , int * *, t * ou t * *. Dans les 
autres cas, on aboutira a une erreur de compilation. 

Par ailleurs, dans la definition d'un patron peuvent apparaltre des instructions qui s'avereront incorrectes 
lors de la tentative d' in stanciation pour certains types. 

P ar exem pie, notre patron m in : 

template <class T> T min (T a, T b) 
{ if (a < b) return a ; 

else return b ; 

} 

ne pourra pas s'appliquer si T correspond a un type classe dans lequel I'operateur < n'a pas ete surdefini. 
De meme, un patron de ce genre : 

template <class T> void fct (T) 
{ ... 

T x (2, 5) ; // objet local de type T, initialise par un constructeur a 2 
arguments 

} 

ne pourra pas s'appliquer a un type classe pour lequel n'existe pas un constructeur a deux argum en ts. 

En definitive, bien qu'il n'existe pas de m ecanism e formel de limitation, les patrons de fonctions peuvent 
neanmoins comporter dans leur definition meme un certain nombre d'elements qui en limiteront la portee. 



3. LES PAR AM ET RES EXPRESSION D'UN PATRON DE FONCTIONS 

Comme nous I'avons deja evoque, un patron de fonctions peut comporter des "parametres expression". II 
s'agit en fait tout simplement de parametres (muets) " ordinaires" , analogues a ceux qu'on trouve dans la 
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definition d'une fonction. Voyez cet exemple dans lequel nous definissons un patron nomme compte 
perm ettant de fabriquer des fonctions com ptabilisant le nombre d'elements nuls d'un tableau de type 
quelconque et de taille quelconque. 



^include <±ostream.h> 

template <class T> int compte (T * tab, int n) 
{ int i, nz=0 ; 

for (i=0 ; i<n ; i++) if (!tab[i]) nz++ ; 

return nz ; 

} 

main ( ) 

{ int t [5] = { 5, 2, 0, 2, 0} ; 
char c[6] = { 0, 12, 0, 0, 0} ; 

cout « "compte (t) = " « compte (t, 5) « "\n" ; 
cout « "compte (c) = " « compte (c, 6) « "\n" ; 
} 

compte (t) = 2 
compte (c) =4 



Exemple de patron de fonctions com porta nt un para metre expression (n) 

On peut dire que notre patron compte definit une famille de fonctions compte, dans laquelle le type du 
prem ier argum ent est variable (et done defini par Tap pel), tandis que le second est de type i m pose (ici int). 
C om m e on peut s ' y attendre, dans un appel de compte, seul le type du prem ier argum ent intervient dans le 
code de la fonction instanciee. 

D 'une maniere generale un patron de fonctions peut disposer d'un ou de plusieurs parametres expression. 
Lors de I'appel, leur type n'a plus besoin de correspondre exactement a celui attendu : il suffit qu'il soit 
acceptable par affectation, com m e dans n'im porte quel appel d'une fonction ordinaire. 



4. S U R D EF IN IT 10 N DE PATRONS 

De meme qu'il est possible de surdefinir une fonction classique, il est possible de surdefinir un patron de 
fonctions, e'est-a-dire de definir plusieurs patrons possedant des arguments differents. On notera que cette 
situation conduit en fait a definir plusieurs "families" de fonctions (il y a bien plusieurs definitions de 
fam illes, et non plus si m plem ent plusieurs definitions de fonctions) ; e 1 1 e ne doit pas etre confondue avec la 
specialisation d'un patron de fonctions qui consiste a surdefinir une ou plusieurs des fonctions de la famille 
et que nous etudierons dans le paragraphe suivant. 

4.1 E x e m pies de surdefinition de patron de fonctions ne com portant que des 
pa ram etres de type 

V oyez cet exemple, dans lequel nous avons surdefini deux patrons de fonctions min, defacon a disposer : 
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• d'une premiere famille de fonctions a deux arguments de meme type quelconque (comme dans nos 
precedents exem pies), 

• d'une seconde fam ille de fonctions a trois argum ents de meme type quelconque. 



^include <iostream.h> 
// patron numero I 
template <class T> T min (T a, T b) 

{ 

if (a < b) return a ; 
else return b ; 

} 

// patron numero II 
template <class T> T min (T a, T b, T c) 
{ 

return min (min (a, b) , c) ; 

} 

main () 
{ 

int n=12, p=15, q=2 ; 

float x=3.5, y=4.25, z=0 . 25 ; 

cout « min (n, p) « "\n" ; // patron no I int min (int, int) 

cout « min (n, p, q) « "\n" ; // patron no II int min (int, int, int) 
cout « min (x, y, z) « "\n" ; // patron no II float min (float, float, 

float) 

} 



Exemple desurdeftnition de patron de fonctions (1) 



D'une m aniere gen era le, on peut su rdefinir des patrons possedant un no m bre different de para m etres de type 
(dans notre exemple, il n'y en avait qu'un dans cfiaque patron min) et les en-tetes des fonctions 
correspondantes peuvent etre aussi varies qu'on le desire. M ais il est souhaitable qu'il n'y ait aucun 
recoupem ent entre les differentes fam illes de fonctions correspondant a cfiaque patron. Si tel n' est pas le cas, 
une am biguite risque d' apparaltre avec certains a ppels. 

V oici un autre exem pie dans lequel nous avons defini plusieurs patrons de fonctions min a deux argum ents, 
afin de tra iter con vena blem ent les trois situations suivantes : 

• deux valeurs de meme type (com m e dans les pa rag raphes precedents), 

• un pointeur su r une valeur d' un type donne et une valeur de ce meme typ e, 

• une valeur d'un type donne et un pointeur sur une valeur de ce meme type. 



^include <iostream.h> 
// patron numero I 
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if (*a < b) return *a 
else return b 



template <class T> T mln (T a, T b) 
{ if (a < b) return a ; 

else return b ; 

} 

// patron numero II 
template <class T> T min (T * a, T b) 
{ 

} 

// patron numero III 
template <class T> T min (T a, T * b) 
{ if (a < *b) return a ; 

else return *b ; 

} 

main () 

{ int n=12, p=15 ; 
float x=2.5, y=5.2 ; 
cout « min (n, p) « "\n" ; 
cout « min (&n, p) « "\n" 
cout « min (x, &y) «"\n" ; 

*) 

cout « min (Sn, Sp) « "\n' 

} 



// patron numero I int min (int, int) 

// patron numero II int min (int *, int) 

// patron numero III float min (float, float 

// patron numero I int * min (int *, int *) 



12 
12 
2.5 

0x210d2336 



Exemple desurdefinition d e patron de fonctions (2) 

L es trois premiers appels ne posent pas de probleme. En revanche, un appel tel que min (& n, & p) conduit a 
instancier, a I'aidedu patron numero I la fonction : 

int * min (int *, int *) 

La valeur fournie alorspar I'appel en question est la plus petite des deux valeurs (de type int*) & n et & p. II 
est probable que ce ne soit pas le resultat attendu par I'utilisateur (nous avons deja rencontre ce genre de 
problem e dans le paragraphe 1 en appliquant min a des chalnes 7 ). 

Pour I'instant, notez qu'il ne faut pas es p e re r ameliorer la situation en defin issa nt un patron supplem entaire 
de la form e : 



template <class T> T min (T * a, T * b) 

{ if (*a < *b) return *a ; 

else return *b ; 

} 



' - M a is ce probleme pourra se regler convenablem ent avec la specialisation de patron, ce qui n'est pas le cas du probleme que nous 
exposons Id. 
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E n effet, les quatre fa m i I les de fonctions n e seraient alors plus totalem ent independantes. Plus p rec isem ent, 
si les trois p r em iers a p pels fonctionnent to u jours con vena blem ent, Tap pel min ( & n, & p) conduit alors a une 
ambiguite puisque deux patrons conviennent maintenant (celui que nous venonsd'introduire et le premier). 

4.2 E x e m p les de surdefinition de patron de fonctions 
com portant des pa ram etres expression 

R appelons que certaines implementations autorisent les pa ra m etres expression. Dans ces conditions, la 
surdefinition de patron prend un caractere plus general. Dans I'exemple suivant, nous avons defini deux 
fam illes de fonctions min : 

• I 1 une pour determ iner le minimum de deux valeurs de m em e type quelconque, 

• I 1 autre pour determ iner le m inim urn des valeurs d'un tableau de type quelconque et de taille quelconque 
(fournie en argum ent sous form e d'un en tier). 



^include <iostream.h> 

// patron I 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 

else return b ; 

} 

// patron II 
template <class T> T min (T * t, int n) 
{ int i ; 

T min = t[0] ; 

for (i=l ; i<n ; i++) if (t[i] < min) min=t[i] ; 
return min ; 

} 

main () 

{ long n=2, p=12 ; 

float t[6] = {2.5, 3.2, 1.5, 3.8, 1.1, 2.8} ; 

cout « min (n, p) ; // patron I long min (long, Ion) 

cout « min (t, 6) ; // patron II float min (float *, int) 

} 



Ex em pie de surdefinition de patrons com portant un para metre expression 

N otez que si plusieurs patrons sont susceptibles d'etre employes et qu'ils ne se distinguent que par le type de 
leurs pa r a m etres expression, ce sont alors les regies de choix d'une fonction surdefinie ordinaire qui 
s'appliquent. 

5. SPECIALISATION DE FONCTIONS DE PATRON 

U n patron de fonctions definit une fam ille de fonctions a partir d'une seule definition. A utrem ent dit, toutes 
les fonctions de la fam ille realisent le meme algorithm e. Dans certains cas, ceci peut s'averer penalisant. 
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N ous I'avons d'ailleurs deja rem arque dans le cas du patron min du paragraphe 1 : le comportement obtenu 
lorsqu'on I'appliquait au type char * ne nous satisfaisait pas. 

La notion de specialisation offre une solution a ce problem e . En effet, C++ vous autorise a fournir, outre la 
definition d'un patron, la definition d'une ou de plusieu rs fonctions pour certains types d 1 argum ents. V oici, 
par ex em pie, comment ameliorer notre patron min du paragraphe 1 en fournissant une version spec i a I i see 
pour les chalnes : 



^include <±ostream.h> 

^include <string.h> // pour strcmp 

// patron min 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; else return b ; 
} 

// fonction min pour les chaines 
char * min (char * cha, char * chb) 
{ if (strcmp (cha, chb) < 0) return cha ; 

else return chb ; 

} 

main () 

{ int n=12, p=15 ; 

char * adrl = "monsieur" , * adr2 = "bonjour" ; 

cout « min (n, p) « "\n" ; // patron int min (int, int) 

cout « min (adrl, adr2) ; // fonction char * min (char *, char *) 

} 



12 

bonjour 



E xem pie de specialisation d'une fonction d'un patron 



Remarque 

En tfieorie, d'apres la norme AN SI (ma is pas dans la version 3), il est possible d'effectuer ce que Ton 
nom m e des specialisations par tie I les, c'est-a-dire de definir des fa m i I les de fonctions, certaines eta n t plus 
generales que d' autres, com m e dans : 

template <class T, class U> void fct (T a, U b) { } 

template <class T> void fct (T a, T b) { } 

M anifestement la deuxieme definition est plus specialisee que la premiere et devrait etre utilisee dans des 
appels de fct dans lesquels les deux argum ents sont de m em e type. 

En pratique, toutes les im plem entations n e traitent pas encore con vena blem ent de telles situations et nous 
n'entrerons pas plus dans les details. 
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D 'une maniere generale, on peut done definir un ou plusieurs patrons de meme nom (su rdef initio n), chacun 
possedant ses propres param etres de type et eventuellem ent des param etres expression. De plus, il est 
possible de fournir des fonctions " ordinaires" portant le meme nom qu'un patron ; on parle dans ce cas de 
specialisation d'une fonction de patron. 

Ce paragraph se propose de faire le point concernant I'algorithme utilise par le compilateur dans 
I'instanciation (ou I'appel) de la fonction correspondant a un appel donne. 

D ans un prem ier tern ps, on exam in e toutes les fonctions "ordinaires" ayant le nom voulu et on s'interesse 
aux correspondances exactes. Si une seule convient, le problem e est resolu. S'il en existe plusieurs, il y a 
am biguite ; une erreur de com pilation est detectee et la recherche est interrom pue. 

Si aucune fonction ordinaire ne realise de correspondance exacte, on examine alors tous les patrons ayant le 
nom voulu, en ne consid era nt que les param etres de type. Si une seule correspondance exacte est trouvee, la 
fonction correspondante est instanciee 8 et le problem e est resolu. S'il y en a plusieurs, on examine tout 
d'abord si Ton est en presence d'une specialisation partielle, auquel cas Ton choisit le patron le plus 
specialise 9 ; sinon I 'am biguite conduit a une erreur de com pilation et la recherche est interrom pue 

Enfin, si aucun patron de fonctions ne convient, on examine a nouveau toutes les fonctions "ordinaires" en 
les traitant cette fois comme de simples fonctions su rdefin ies (promotions num eriques, conversions 
standard 10 ...). 



Remarque 

II est tout a fait possible que la definition d'un patron fasse intervenir a son tour une fonction patron 
(e'est-a-dire une fonction susceptible d'etre instanciee a partir d'un autre patron). 



8 ■ D y m o i n s, si el I e n 1 a pas d ej a ete instanciee. 

9 - Rappelons que la possibility de specialisation partielle des patrons de fonctions n'est pas correctement geree par toutes les 
im p I em entations. 

10 ■ R evo yez eventuellem ent I e pa rag raphe 5.3 du c hapitre 4. 
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Nous avons vu dans le precedent chapitre comment C+ + permettait, grace a la notion de patron de 
fonctions, de definir une fam ille de fonctions pa ram etrees par un ou plusieu rs types et, eventuellem ent, des 
expressions. D 1 une m aniere com parable, C + + vous p erm et (egalem ent dep u is la version 3) de definir des 
"patrons de classes". La encore, il suffira decrire une seule fois la definition de la classe pour que le 
com pilateur puisse a u torn atiquem ent I 1 adapter a differents types. 

C om m e nous I'avons fait pour les patrons de fonctions, nous com m encerons par vous presenter cette notion 
de patron de classes sur un exemple simple ne faisant intervenir qu'un parametre de type. Nous verrons 
ensuite qu'elle se generalise a un n o m b re quelconque de parametres de type et de parametres expression. 
Puis nous exam inerons la possibility de specialiser un patron de classes, so it en specialisant certaines de ses 
fonctions m em bre, soit en specialisant toute une classe. Nous ferons alors le point sur I'instanciation de 
classes patron, no tarn m ent en ce qui cone erne I'identite de deux classes. N o us verrons ensuite com m ent se 
g en era I i sent les declarations d'am ities dans le cas de patrons de classes. N o us term inerons sur un ex em pie 
d 1 utilisation de classes patrons im briquees en vue de m a nipuler des tableaux (d'objets) a deux indices. 

Sign a Ions des m aintenant que, m algre leurs ressem b lances, les notions de p atron de fonctions et de p atron de 
classes recelent des differences assez importantes. Comme vous le verrez, ce chapitre n'est n u 1 1 e m ent 
I 'extrapolation aux classes du precedent chapitre consacre aux fonctions. 

1. EX EM PLE DE CREATION ET D 1 U T IL IS A T 10 N 
DUN PATRON DE C LASSES 



1.1 Creation dun patron de classes 

N ous avons sou vent ete am ene a creer une classe point de ce genre (nous ne fournissons pas ici la definition 
des fonctions m em bre) : 

class point 
{ Int x ; Int y ; 
public : 

point (int abs=0, int ord=0) ; 

void affiche () ; 

// 

; 

L orsque nous p roc edons a in si, nous im posons aux coordonnees d'un point d'etre des v a leurs de type int. Si 
nous sou ha itons disposer de points a coordonnees d 'un autre type (float, double, long, unsigned int...), nous 
devons definir une autre classe en rem placant sim plem ent, dans notre preced ente classe, le mot c I e int par le 
nom de type voulu. 
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N ous pouvons, ici encore, si m plifier consider a bl em ent les c hoses en defin issa nt un seul patron de classe en 
procedant ainsi : 

template <class T> class point 
{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) ; 
void affiche () ; 

} . 

r 

Comme dans le cas des patrons de fonctions, la m ention template < class T > precise que Ton a affaire a un 
patron (template) dans lequel apparait un parametre de type nomme T ; rappelons que C+ + a decide 
d'em ployer le mot cle class pour preciser que T est un argument de type (pas forcement classe...}. 

Bien entendu, la definition de notre patron de classes n'est pas encore complete puisqu'il y manque la 
definition des fonctions membre, a savoir, ici, le contructeur point et la fonction affiche. Pour ce faire, la 
d em arc he va lege rem ent differer suivant que la fonction concerned est en ligne ou non. 

Pour une fonction en ligne, les choses restent natu relies ; il suffit sim plement d'utiliser le pa ram etre T a bon 
escient. V oici par ex em pie comment pourrait etre defini notre construe teur : 

point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

En revanche, lorsque la fonction est definie en dehors de la definition de la classe, il est necessaire de 
rappeler au com pilateur : 

• que, dans la definition de cette fonction, vont apparaltre des param etres de type ; pour ce faire, on 
fournira a nouveau la liste de parametre sous la forme : 

template <class T> 

' le nom du patron concerne (de meme qu'avec une classe "ordinaire", il fallait prefixer le nom de la 
fonction du nom de la classe...) ; par exemple, si nous defin issons ainsi la fonction affiche, son nom 
sera : 

point<T> :: affiche () 

En definitive, voici comment se presentera it I'en-tete de la fonction affiche si nous le definissions ainsi en 
dehors de la classe : 

template <class T> void point<T>: : affiche () 

Notez qu'en toute rigueur le rappel du parametre T a la suite du nom de patron (point) est "redondant 1 " 
puisque ce param etre a deja ete spec if ie dans la liste de param etres suivant le m ot cle template. 

V oici ce que pourrait etre finalem ent la definition de notre patron point : 



^include <iostream.h> 

// creation d'un patron de classe 
template <class T> class point 



- Stroustrup, I u i - m em e, se c entente de m ention ner cette redundance, sans la justlfler. 
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{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

void affiche () ; 

) ; 

template <class T> void point<T>: : affiche () 
{ 

cout « "Coordonnees : " « x « " " « y « "\n" ; 

} 



C reation d 1 u n patron de classes 

1.2 Utilisation dun patron de classes 

U ne fois ainsi cree un tel patron, une declaration telle que : 

point <int> ai ; 

amenera le com pilateur a " instancier" la definition d'une classe point dans laquelle le parametre T prend la 
valeur int. Autrement dit, tout se passera comme si nous avions fourni une definition complete de cette 
classe. 

Si nous declarons : 

point <double> ad ; 

le com pilateur instanciera la definition d'une classe point dans laquelle le parametre T prend la valeur 
double, exactem ent comme si nous avions fourni une autre definition com plete de cette classe. 

Si nous avons b eso in de fournir des argum ents au construe teur, nous le ferons classiqu em ent comme dans : 

point <int> ai (3, 5) ; 

point <double> ad (3.5, 2.3) ; 

Remarque : 

Comme on peut s'y attendre, les instructions definissant un patron de classes sont des declarations au 
meme titre que le sont les instructions definissant une classe (y compris les instructions de definition de 
fonctions en ligne). 

M ais il en va de meme pour les fonctions membre qui ne sont pas en ligne : leurs instructions sont 
necessaires au compilateur pour instancier chaque fois que necessaire les instructions requises. On 
retrouve ici la meme rem arque que celle que nous avons form u lee pour les patrons de fonctions. 

Ainsi n 1 est- i I pas possible de livrer a un utilisateur une classe patron toute compilee : il faudra lui en 
fournir les instructions source de toutes les fonctions membre (alors que pour une classe "ordinaire" il 
suffit de lui fournir la declaration de la classe et un module objet correspondant aux fonctions m em bre). 
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1 .3 Exem pie re c a p itu la t if 

V oici un exem pie com plet reprenant a la fois : 

• la creation d'un patron de classes point, com portant un constructeur en ligne et une fonction membre 
(affiche) non en ligne, 

• un exem pie d 1 utilisation. 



^include <iostream.h> 

// creation d'un patron de classe 
template <class T> class point 
{ 

T x ; T y ; 
public : 
point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

void affiche () ; 

} ; 

template <class T> void point<T>: : affiche () 
{ 

cout « "Coordonnees : " « x « " " « y « "\n" ; 

} 

main () 
{ 

point <int> ai (3, 5) ; ai . affiche () 

point <char> ac ('d', 'y') ; ac. affiche () ; 
point <double> ad (3.5, 2.3) ; ad. affiche () ; 

} 



coordonnees : 3 5 
coordonnees : d y 
coordonnees : 3.52.3 



C reation et utilisation d'un patron de classes 

Rem arques : 

1) L e com portem ent de point< c h a r > est satisfaisant si nous souhaitons effectivem ent disposer de points 
re p e res par des (vrais) caracteres. Si, en revanche, nous avons utilise le type char pour disposer de 
" pe tits en tiers" , le res u I tat est m o ins satisfaisant ; en effet, nous pour rons certes to u jours declarer un 
point de cette facon : 

point <char> pc (4, 9) ; 



M a is le com portem ent de la fonction affiche ne nous conviendra plus (nous o btiendrons les caracteres 
ayant pour code les coordonnees d u point !). 
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N ous verrons qu'il reste toujours possible de m odifier cela en " sp ecialisant" notre classe point pour le 
type char ou encore en sp ecialisant la fo notion a f f i c he pour la classe p o i n t < c h a r > . 

2) A priori, on a plutot envie d'appliquer notre patron point a des types T standard. Toutefois, rien 
n'interdit de I ' a p p I i q u e r a un type classe T quelconque. H orm is le fait que, dans ce cas, il peut etre 
difficile d'attribuer une signification a la classe patron ainsi obtenue, il est necessaire qu'il existe 
alors une conversion de int en T (utile pour convertir la valeur 0 dans le type T lors de I 'initialisation 
des arguments du constructeur de point). De plus, il est necessaire que la recopie et I'affectation 
d'objets de type T soient correctem ent prises en com pte. 

2. LES PARA MET RES DE TYPE DUN PATRON DE CLASSES 

T out com m e les patrons de fo notions, les patrons de classes peu vent com porter des pa ram etres de type et des 
pa ram etres expression. C e pa rag raphe etudie les prem iers ; les seconds seront etudies dans le paragraphe 
suivant. Une fois de plus, notez bien que, malgre leur ressemblance avec les patrons de fonctions, les 
contraintes relatives a ces d i fferents types de pa ram etres ne seront pas les m em es. 



2.1 Les param etres de type dans la creation dun patron de classes 

L es param etres de type peu vent etre en nom bre quelconque et ils sont utilises com m e bon vous sem ble dans 
la definition du patron de classes. En voici un exemple : 

template <class T, class U, class V> // llste de trols param. de nom (muet) T, 
U et V 
class essai 

{ T x ; // un membre x de type T 

U t[5] ; // un tableau t de 5 elements de type U 

V fml (int, U) ; // declaration d'une fonction membre recevant 2 arguments 
// de type int et U et renvoyant un resultat de type V 

} ; 



2.2 Instanc iation d'une classe patron 

R appelons que nous nom m ons "classe patron" une instance particuliere d' un patron de classe. 

Une classe patron se declare sim plem ent en fournissant a la suite du nom de p atron un nom bre d' argum ents 
effectifs (noms de types) egal au nombre de param etres figurant dans la liste (template < ...> ) du patron. 
Voici des declarations de classes patron obtenues a partir du patron essai precedent (notez bien qu'il ne 
s'agit que de simples exemples d'ecole auxquels il ne faut pas chercher a attribuer une signification 
precise) : 

essai <int, float, int> eel ; 
essai <int, int *, double > ce2 ; 
essai <char *, int, obj> ce3 ; 



La derniere suppose bien sur que le type obj a ete prealablem ent defini (il peut s'agir d'un type classe) 
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II est m em e possible d'utiliser co m m e pa ram etre de type effectif un type instancie a I ' a i d e d ' u n patron de 
classe ; par exemple, si nous disposons du patron de classes nomme point, tel qu'il a ete defini dans le 
pa rag rap he precedent, nous pouvons declarer : 

essai <float, po±nt<int>, double> ce4 ; 

essai <point<±nt>, point<float> , char *> ce5 ; 



Rem arques 

1) Les problem es de correspondance exacte rencontres dans le cas des patrons de fonctions n'existent 
plus pour les patrons de classes (du m o ins pour les pa ram etres de types etudies ici). En effet, dans le 
cas des patrons de fonctions, I 1 instanciation se basait non pas sur la liste des pa ram etres indiques a la 
suite du mot c I e template, m a is sur la liste des pa ram etres de I'en-tete de la fonction ; dans ce cas, un 
m em e nom (m uet) pouvait apparaltre deux fois et il y a vait done risque d 1 absence de correspondance. 

2) II est tout a fait possible qu'un argument formel (figurant dans I'en-tete) d'une fonction patron soit 
une classe patron. En voici un exemple, dans lequel nous supposons defini le patron de classes 
nomme point (ce peut etre le precedent) : 

template <class T> void fct (point<T>) 
{ 

; 

L orsqu'il devra instancier une fonction fct pour un type T donne, le com pilateur instanciera egalem ent 
(si cela n ' a pas encore ete fait) la classe patron p o i n t < T> . 

3) Comme dans le cas des patrons de fonctions, on peut rencontrer des d iffic ultes lorsque Ton doit 
initialiser (a u sein de fonctions m em bre) des variables do nt le type figure en pa ram etre puisque alors, 
il peut, suivant les cas, s'agir d'un type de base ou, au contraire, d'un type classe. La encore, la 
nouvelle syntaxe d'initialisation des types standard (presentee dans le paragraphe 2.4 du precedent 
chapitre) perm et de resoudre le problem e. 

4) U n patron de classes peut com porter des m em bres (don nee ou fonction) statiques. Dans ce cas, il faut 
savoir que chaque instance de la classe dispose de son propre jeu de membres statiques : on est en 
quelque sorte "statique au niveau de I 'in stance et non au niveau du patron" . C eci est logique dans la 
mesure ou le patron de classes n'est qu'un moule utilise pour instancier differentes classes ; plus 
precisem ent, un patron de classes peut to u jours etre rem place par autant de definitions differentes de 
classes que de classes instanciees. 

3. LES PAR A MET RES EXPRESSION D'UN PATRON DE C LASSES 

U n patron de classes peut com porter des pa ram etres expression. B ien qu'il s'agisse, ici encore, d'une notion 
voisine de celle presentee pour les patrons de fonctions, certaines differences importantes existent; en 
particulier les valeurs effectives d'un parametre expression devront obligatoirem ent etre constantes dans le 
cas des classes. 



3.1 Exem pie 

Supposez que nous souhaitions definir une classe tableau susceptible de ma nipuler des tableaux d'objets d'un 
type quelconque. II vient tout naturellem ent a I'esprit I ' idee d'en faire une classe patron possedant un 
parametre de type. II est egalem ent possible de prevoir un second parametre permettant de preciser le 
nom bre d ' e I e m ents du tableau. 
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D ans ce cas, la creation de notre classe se presenter ainsi 

template <class T, int n> class tableau 
{ T tab [n] / 
public : 

// 

; / 



La liste de param etres (template < ...> ) com porte deux pa ram etres de nature totalem ent d if fe rente : 

• un para metre (desormais classi que) de type, introduit par le mot cle class, 

• un "parametre expression" de type int; on precisera sa valeur lors de la declaration d'une instance 
particuliere de la classe tableau. 

P ar exem pie, avec la declaration : 

tableau <int, 4> ti ; 

nous declarerons une classe nom m ee ti correspondant finalem ent a la declaration suivante : 

class ti 
{ int tab [4] / 
public : 

// 

; / 



Void un exemple complet de programme definissant un peu plus com pletem ent une telle classe patron 
nom m ee tableau ; nous I'avons sim plem ent do tee de I'operateur [] et d'un constructeur (sans argum ents) qui 
ne se justifie que par le fait qu'il affiche un m essage approprie. N ous avons instancie des "tableaux" d'objets 
de type point (ici, point est a nouveau une classe "ordinaire" et non une classe patron). 



# include <iostream.h> 

template <class T, int n> class tableau 
{ T tab [n] / 
public : 

tableau () { cout « "construction tableau \n" ; } 
T S operator [] (int i) 

{ return tab[i] ; 

} 

} ; 

class point 
{ int x, y ; 
public : 

point (int abs=l, int ord=l ) // ici init par defaut a 1 
{ x=abs ; y=ord ; 

cout « "constr point " « x « " " « y « "\n" ; 

} 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 

} ; 

main ( ) 
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{ tableau <±nt,4> ti ; 

int i ; for (i=0 ; i<4 ; i++) ti[±] = i ; 
cout « "ti : " ; 

for (i=0 ; i<4 ; i++) cout « ti[i] « " " ; 

cout « "\n" ; 

tableau <point, 3> tp ; 

for (1=0 ; i<3 ; tp [i] . afflche ( ) ; 

} 

construction tableau 
tl : 0 1 2 3 
const point 1 1 
const point 1 1 
const point 1 1 
construction tableau 
coordonnees : 1 1 
coordonnees : 1 1 
coordonnees : 1 1 



Exemple de classe patron comportant un parametre expression 

Remarque: 

N otre classe tableau, telle qu'elle est presentee ici n'a pas veritablem ent d'interet pratique. En effet, on 
o btiendra it le meme resultat en declarant de simples tableaux d'objets, par exemple int ti[4] au lieu de 
tableau < int,4> ti. En fait, il ne s'agit ici que d'un cadre initial qu'on peut completer a loisir. Par 
ex em pie, on pourrait facilem ent y ajouter un controle d 1 in dice en adaptant la definition de I'o perateur [] ; 
on pourrait egalement prevoir d 1 initialiser les elements du tableau. C 'est d'ailleurs ce que nous aurons 
I'occasion de faire dans le paragraphe 7 ou nous utiliserons notre patron tableau pour manipuler des 
tableaux a plusieurs indices. 



3.2 D 'line m aniere generate 

On peut faire apparaltre autant de parametres expression qu'on le desire dans une liste de parametres d'un 
patron de classes. C es parametres peuvent intervenir n'importe ou dans la definition du patron, au meme 
titre que n'im porte quelle expression constante peut apparaltre dans la definition d'une classe. 

Lors de I'instanciation d'une classe comportant des parametres expression, les parametres effectifs 
correspondants doivent obligatoirem ent etre des expressions constantes 2 d'un type rigoureusem ent identique 
(aux conversions triviales pres) a celui prevu dans la liste d'arguments ; autrement dit, aucune conversion 
n'est possi ble. 

C ontrairem ent a ce qui passait pour les patrons de fo notions, il n'est pas possible de "su rdefinir" un patron 
de classes, c'est-a-dire de creer plusieurs patrons de meme nom m a is com porta nt une liste de param etres (de 
type ou expression) differents. En consequence, les problem es d' am biguite evoques lors de I'instanciation 
d'une fo notion patron ne peuvent plus se poser dans le cas de I'instanciation d'une classe patron. 

Sur un plan m ethodologique, on pourra souvent hesiter entre I'emploi de parametres expression et la 
transmission d'arguments au constructeur. Ainsi, dans notre exemple de classe tableau, nous aurions pu ne 
pas prevoir le parametre expression n et, en revanche, transmettre au constructeur le nombre d'elements 



■ C ette c o n tr a i n te n'existait pas pour les param etres expresssion des patrons de fonctions ; m a is leur role n 1 eta it pas le m em e. 
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souhaites. Dans ce cas, une difference im porta nte sera it a p pa rue au niveau de la gestion des em placem ents 
m em oire correspondants aux d if fe rents el em ents du tableau : 

• attribution d'em placem ent a la compilation (statique ou automatique suivant la classe d" allocation de 
I'objet de type ta b I e a u < > correspondant) dans le prem ier cas, 

• allocation dynamique par le constructeur dans le second cas. 
4. SPECIALISATION DUN PATRON DECLASSES 

Nous avons vu qu'il eta it possible de "specialiser" certaines fonctions d'un patron de fonctions. La m em e 
possi bi lite ex iste pour les patrons de classes ; e 1 1 e prend toutefois un aspect leg ere m ent different, a la fois au 
niveau de sa syn taxe et de ses possi b Mites com m e nous le verrons apres u n ex em pie d 1 introduction. 



4.1 Exemple de specialisation dune fonction membre 

Un patron de classes definit une famille de classes dans laquelle chaque classe comporte a la fois sa 
definition et la definition de ses fonctions membre. Ainsi, toutes les fonctions membre de nom donne 
realisent le meme algorithm e. Si Ton souhaite adapter une fonction membre a une situation particuliere, il 
est possi ble d 1 en fournir une nouvelle. 

V oici un ex em pie qui rep rend le patron de classes point def in i dans le prem ier pa rag raphe. N ous y avons 
specialise la fonction affiche dans le cas du type char, a fin qu'elle affiche non plus des caracteres m a is des 
nom bres entiers. 



include <iostream.h> 

// creation d'un patron de classe 
template <class T> class point 
{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

void affiche () ; 

} ! 

// definition de la fonction affiche 
template <class T> void point<T>: : affiche () 
{ 

cout « "Coordonnees : " « x « " " « y « "\n" ; 

} 

// ajout d'une fonction affiche specialisee pour les caracteres 
void point<char> : : affiche () 
{ 

cout « "Coordonnees : " « (int)x « " " « (int)y « "\n" ; 

} 

main ( ) 
{ 

point <int> ai (3, 5) ; ai . affiche () ; 

point <char> ac ('d', 'y') ; ac. affiche () ; 
point <double> ad (3.5, 2.3) ; ad. affiche () ; 
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coordonnees 
coordonnees 
coordonnees 



3 5 

100 121 
3.5 2.3 



Exemple de specialisation d'une fonction membre d'une classe patron 



N otez qu'il nous a suffi d'ecrire I'en-tete de a f f i c he so us la form e : 

void point<char> : : affiche () 

pour preciser au com pilateur qu'il devait utiliser cette fonction a la place de la fonction affiche du patron 
point, c'est-a-dire a la place de I ' instance p o i n t < c h a r > . 



4.2 D'une m aniere g e n e rale 

a) 0 n peut spec ialiser pour les valeurs de to us les pa ram etres 

Dans notre exemple, la classe patron point ne comportait qu'un parametre de type. II est possible de 
sp ec ialiser u ne fonction membre en se basant sur plusieurs pa ra m etres de type, ainsi qu e su r des valeurs de 
param etres expression (bien que cette derniere possiblite nous paraisse d'un interet limite). Par exemple, 
considerons le patron tableau defini dans le pa rag raphe 3.1 : 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 

tableau () { cout « "construction tableau \n" ; } 

// 



N ous pouvons ecrire une version spec ia Usee de son construe teur pour les tableaux de 10 elements de type 
point (il ne s'agit vraiment que d'un exem pie d'ecole !) en proced ant ainsi : 

tableau<point, 10>: -.tableau (. . .) { ... } 



b ) 0 n peut spec ialiser une fonction membre ou une classe 

Dans nos precedents exemples, nous avons specialise une fonction membre d'un patron. En fait, on peut 
indifferem m ent : 

• spec ialiser une ou p lusieu rs fonction s membre, sans modifier la definition de la classe elle-m em e (ce sera 
la situation la plus frequente), 

• specialiser la classe elle-m em e , en en fournissant une nouvelle definition ; cette deuxieme possibility 
pouvant s'accom pagner de la sp ecialisation de certaines fonctions m em bres. 
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P ar ex em pie, apres avoir defini le patron template < class T> class point (com m e dans le pa rag rap he 4.1), 
nous pourrions definir une version spec i a I i see de la classe point pour le type char, c'est-a-dire une version 
appropriee de I 'in stance point< c h a r > , en procedant a in si : 

class point <char> 

{ // nouvelle definition 

} 

Nous pourrions egalement indifferem m ent definir des versions specialised de certaines des fonctions 
m em bre de p o i n t < c h a r > en procedant com m e precedem m ent ou ne pas en definir, auquel cas Ton f era it 
appel, dans ce cas, aux fonctions m em bre du patron. 



c) Specialisation pa rt ie Me de patrons de classes 

N ous avons deja ete am ene a parler de specialisation partielle dans le cas de patrons de fonctions. La m em e 
possib i lite existe theoriquement pour les patrons de classe dans la norme A N SI (ma is pas dans la version 3), 
bien qu'elle s'exprim e de facon differente. En void un ex em pie : 

template <class T, class U> class A { } ; // patron 1 

template <class T> class A<T, T*> { ; ; // patron 2 

Une declaration telle que A< int, f I o a t> al utilisera le patron 1, tandis que A< int, int*> a2 utilisera le 
patron 2 m oins specialise. 

En pratique, la remarque effectuee a propos des specialisations parti e lies de patrons de fonctions s'applique 
encore ici, a savoir que toutes les implementations ne traitent pas encore convenablem ent ces situations. 
Nous n'entrerons pas plus dans les details. 



5. PARAMET RES PAR DEFAUT 

D ans la definition d'un patron de classes, i I est possible (depu is la norm e A N SI seulem ent) de specifier des 
valeurs par defaut pour certains pa ram etres, suivant un m ecanism e sem blable a celui qui est utilise pour les 
pa ram etres de fonctions usuelles. V oici quelques ex em pies : 



template <class T, class U=float> class A { 
template <class T, int=3> class B { 



} 
} 



A<int,long> al 
A<int> a2 ; 
B<int, 3> hi ; 
B<int> b2 ; 



/* instanciation usuelle 

/* equivaut a A<int, float> a2 ; 

/* instanciation usuelle 

/* equivaut a B<int, 3> b2 ; 



*/ 
*/ 
*/ 
*/ 



Remarque: 

La notion de pa ram etres par defaut n ' a pas de sig n ification pour les patrons de fonctions. 



6. PATRONS DE FONCTIONS M EM BRE 
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Le m ecanism e de definition de patrons de fonctions peut s'appliquer a une fonction membre d'une classe 
ordinaire, com m e dans cet ex e m pie : 

class A 

{ 

template <class T> void fct (T a) { } 



} ; 

En theorie, la norme (mais pas la version 3) perm e t de I'appliquer a une fonction membre d'une classe 
patron, com m e dans cet exem pie : 



template <class T> class A 

{ 

template <class U> void fct (U x, T y) 

*/ 

{ ; 

V 



} ; 



Dans ce dernier cas, I'instanciation de la bonne fonction fct se basera, a la fois sur la classe a laquelle e 1 1 e 
appartient, ainsi que sur la nature de son prem ier argum ent. 

Cette fois encore, il faut remarquer que toutes les implementations ne traitent pas encore convenablem ent 
ces deux situations et nous n 1 en trerons pas plus dans les details. 



7. ID EN T IT E DE C LASSES PATRON 

Nous avons deja vu que I'operateur d 1 affectation peut s'appliquer a deux objets d'un m em e type. L e term e 
"m erne type" est pa rf a item ent defini, tant que I'on n'utilise pas d' instances de patron de classes : deux objets 
sont de m em e type s'ils so nt declares avec le m em e nom de classe. M a is que devient cette definition dans le 
cas d' objets do nt le type est une instance particuliere d' un patron de classe ? 

En fait, deux classes patron correspondront a un meme type si leurs param etres de type correspondent 
exactem ent au meme type et si leurs param etres expression ont la meme valeur. 

Ainsi (en supposant que nous disposions du patron tableau defini dans le paragraphe 3.1), avec ces 
declarations : 

tableau <int, 12> tl ; 
tableau <float, 12> t2 ; 

vous n'aurez pas le droit d'ecrire : 

t2 = tl ; // incorrect car valeurs differentes du premier parametre (float 
et int) 



/* ici le type T est utilise, mais 
/* il pourrait ne pas 1 ' etre 
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D e m em e, avec ces declarations : 

tableau <int, 15> ta ; 
tableau <int, 20> tb ; 

vous n'aurez pas le droit d'ecrire : 

ta = tb ; // incorrect car valeurs differentes du second parametre (15 et 

20) 

C es regies, apparem m ent restrictives, ne servent en fait q u ' a assurer un b o n fonctionnem ent de I 'affectation, 
qu'il s'agisse de I'affectation par defaut (membre a membre : il faut done b i e n disposer ex a c te m ent des 
memes m em b r es dans les deux objets) ou de I'affectation surdefinie (pour que cela fonctionnne toujours, il 
faudrait compter sur le concepteur du patron de classe pour qu'il prevoie toutes les combinaisons possibles 
et, de plus, etre sur qu'une eve ntue lie specialisation ne risque pas de pertuber les c hoses...). 

C ertes, dans le premier cas (t2= tl), une conversion int-> float nous aura it peut-etre con venu m a is pour que 
le compilateur puisse la mettre en ceuvre, il faudrait qu'il "sache" qu'une classe tableaux int, 10> ne 
com porte que d es m em bres d e type int, qu'une classe ta b I e a u < float, 10> ne com porte que d es m em bres d e 
type float, que les deux classes ont le m em e nom bre de m em bres don nee... 



8. CLASSES PATRON ET DECLARATIONS DAM IT IE S 

L 'existence des patrons de classes introduit de nouvelles possibilites de declaration d'am itie. 
A u sein d' un patron de classe, on peut effectuer trois sortes de declarations d'am itie. 



8.1 Declaration de classes ou fonctions "ordinaires" amies 

La d em arc he reste celle que nous avons deja rencontree dans le cas des classes ordinaires P ar ex em pie, si A 
est une classe ordinaire et fct une fo notion ordinaire : 

template <class T> 
class essai 
{ int x ; 
public : 

friend class A ; 

friend int fct (float) ; 

; / 

8.2 Declaration d'instances partic u lie re s de classes patron 
ou de fonctions patron 

En fait, cette possibility peut prendre deux aspects differents suivant que les pa ram etres utilises pour definir 
I 'in stance concerned sont des pa ram etres effectifs ou m uets (definis dans la liste de pa ram etres du patron de 
classe). 



// A est amie de toute instance du patron essai 
// fct est amie de toute instance du patron essai 
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Si nous supposons que point est une classe patron definie ainsi : 

template <class T> class point { ... } ; 

et fct une fonction patron definie ainsi : 

template <class T> int fct (T) { . . . } 

Voici un exemple illustrant le prem ier asp ect : 

template <class T, class U> 
class essail 
{ int x ; 
public : 
friend class point<int> 

friend int fct (double) ; 



} ; 

Voici un exemple illustrant le second aspect 

template <class T, class U> 
class essai2 
{ int x ; 
public : 

friend class point<T> ; 

friend int fct (U) ; 

} 



Notez b i e n , que dans le second cas, on etablit un "couplage" entre la classe patron generee par le patron 
es s a i 2 et les declarations d'am ities correspondantes. P ar exem pie, pour I'intance es s a i 2 < int, d o u b I e > , les 
declarations d'am itie porteront sur p o i n t< int> et int fct (double). 



8.3 Declaration dun autre patron de fonctions ou de classes 

V oici un exem pie faisant appel aux m em es patrons point et fct que ci-dessus : 

template <class T, class U> 
class essai2 
{ int x; 
public : 

template <class X> friend class point <X> ; 
template <class X> friend int fct (point <X>) ; 

} 

C ette fois, toutes les instances du patron point son t am ies de n'im porte quelle instance du patron es s a i 2 . D e 
m em e to utes les instances du patron de fonctions fct son t am ies du n 1 im porte instance du patron essai2. 



// la classe patron point<int> est amie 
// de toutes les instances de essail 
// la fonction patron int fct (double 
// de toutes les instances de essail 
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9. UN EX E M PLE DE C LASS E TABLEAU A DEUX INDICES 

Nous avons vu a plusieurs reprises comment surdefinir I'operateur [] au sein d'une classe tableau. 
N eanm oins, nous nous so m m es to u jours lim ite a des tableaux a un in dice. 

Ici, nous a I Ions voir comment, une fois defini un patron de tableau com m e nous I'avons fait precedem m ent 
(done a un indice), il est tres facile, par le simple jeu de la composition des patrons, de I'appliquer a un 
tableau a deux indices (ou davantage). 

Si nous considerons pour I 'instant la classe tableau definie de cette facon sim plifiee : 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 

T & operator [] (int i) // operateur [] 

{ return tab[i] ; 
} 

} ; 

nous pouvons tout a fait declarer : 

tableau <tableau<int, 2>, 3> t2d ; 

Dans ce cas, t2d est, en effet, un tableau de 3 elem ents ayant chacun le type tableau < int,2> ; autrem ent 
dit, chacun de ces 3 elem ents est lui-m em e un tableau de 2 en tiers. 

Une notation telle que t2 d [1] [2] a un sens ; e 1 1 e represente la reference au tr o i si em e elem ent de t2 d [1], 
e'est-a-dire au tr o i si em e element du deuxiem e tableau de deux en tiers de t2 d . 

Voici un exemple complet (mais toujours simplifie) illustrant ceci ; nous y avons simplement ajoute 
artificiellem ent un construe teur af in d'obtenir une trace des differentes constructions. 



// implementation d'un tableau a deux dimensions 
^include <iostream.h> 

template <class T, int n> class tableau 
{ 

T tab [n] / 
public : 

tableau () // constructeur 

{cout « "construction tableau a " « n « " elements\n" ; 
} 

T & operator [] (int i) // operateur [] 

{ return tab[i] ; 
} 

} ; 

main () 
{ 

tableau <tableau<int, 2> , 3> t2d ; 
t2d [1] [2] = 15 ; 

cout « "t2d [1] [2] = " « t2d [1] [2] « "\n" ; 
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cout « "t2d [0] 



[1] = 



« t2d [0] [1] « "\n 



} 



construction tableau 



construction tableau 



construction tableau 



construction tableau 



a 2 elements 
a 2 elements 
a 2 elements 
a 3 elements 



t2d [1] [2] = 15 
t2d [0] [1] = 2226 



Utilisation du patron tableau pour manipuler des tableaux a deux Indices (1) 



On notera b i e n que notre patron tableau est, a priori, un tableau a un indice ; c'est sim plem ent la maniere 
dont on I 1 utilise qui perm et de I'appliquer a des tableaux a un nom bre quelconque d 1 indices. 

M anifestem ent, cet exemple est trop simpliste ; d'ailleurs, tel quel, il n'apporte rien de plus qu'un banal 
tableau. Pour le rendre plus realiste, nous a I Ions p revoir : 

• de gerer les "debordem ents d ' indie e s " : ici, nous nous contenterons d'afficher un message et de " fa ire 
com m e si" I'utilisateur avait fourni un indice nul, 

• d 1 initialiser, lors de sa construction, to us les el em ents du tableau : nous utiliserons pour ce fa ire la valeur 
0 ; encore faut-il que la chose soit possible, e'est-a-dire que, quel que soit le type T des elements du 
tableau, on puisse leur affecter la valeur 0 ; cela signifie qu'il doit exister une conversion de T en int ; il 
est facile de la real iser a vec un construe teur a un elem ent de type int ; du m em e coup, cela perm ettra de 
prevoir une valeur initiale lors de la declaration d'un tableau (par securite, nous prevoirons la valeur 0 
par defaut). 

V oici notre nouvelle classe a in si m odifiee et un ex em pie d 1 utilisation : 



// implementation d'un tableau 2d avec test debordement d' indices 
# include <iostream.h> 

template <class T, int n> class tableau 
{ T tab [n] / 

int limite ; // nombre d' elements du tableau 



tableau (int init=0) 
{ int i ; 

for (i=0 ; i<n ; i++) tab[i] = init ; 

// il doit exister un constructeur a un argument 
// pour le cas ou tab[i] est un objet 

limite = n-1 ; 



public 
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cout « "appel constructeur tableau de taille " « n 
« " init = " « init « "\n" ; 

} 

T & operator [] (int i) 

{ if (i<0 II ±>limite) { cout « " — debordement " « i « "\n" ; 

i=0 ; // choix arbitraire 

} 

return tab[i] ; 

} 

} ; 

main () 

{ tableau <tableau<int, 3>, 2> ti ; // pas d' initialisation 

tableau <tableau< float, 4>, 2> td (10) ; // initialisation a 10 
ti [1] [6] = 15 ; 
ti [81 [-11 = 20 ; 

cout « ti [11 [21 « "\n" ; // element initialise a valeur par defaut 

(0) 

cout « td [11 [01 « "\n" ; // element initialise explicitement 

} 



appel 


constructeur 


tableau 


de 


taille 


3 


init 




0 


appel 


constructeur 


tableau 


de 
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3 


init 




0 


appel 


constructeur 
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3 


init 




0 
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2 


init 
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init 
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init 
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— debordement 6 
— debordement 0 
— debordement -1 
0 

10 



Utilisation du patron tableau pour manipuler d es tableaux a deux Indices (2) 



Remarque: 

Si vous exam in ez b i e n les m ess ages de construction des d i fferents tableaux, vous constate rez que I'on en 
obtient deux fois plus que prevu pour les tableaux a un indice. L 'explication reside dans Instruction 
t a b [ i ] = init du constructeur tableau. En effet, lorsque t a b [ i ] designe un element de type de base, il y a 
sim plem ent conversion de la valeur en tie re init dans ce type de base. En revanche, lorsque I'on a affaire 
a un objet de type T (ici T est de la forme ta b I e a u < ...> ), cette instruction provoque I'appel du 
constructeur tableau) int) pour creer un objet tern pora ire de ce type. C eci se voit tres clairem ent dans le 
cas du tableau td pour lequel on trouve une construction d'un tableau tern pora ire initialise avec la valeur 
0 et une construction d'un tableau initialise avec la valeur 10. 



XII. LA TECHNIQU E 
DE L'HERITAGE 



Comme nous I'avons deja evoque dans le premier c h a p i tr e , le concept d' heritage (on parle egalement de 
classes derivees) constitue I ' u n des fondem ents de la P .0 .0 . En particulier, il est a la base des possib Mites de 
^utilisation de com posants logiciels (en I'occurrence, de classes). En effet, il vous autorise a definir une 
nouvelle classe, dite "derivee", a partir d'une classe existante dite "de base". La classe derivee " heritera" 
des " potentia lites" de la classe de base, tout en lui en ajoutant de nouvelles, et cela sans qu'il soit necessaire 
de rem ettre en question la classe de base. II ne sera pas utile de la recom piler ; d'ailleurs, il ne sera meme 
pas necessaire de disposer du program m e source correspondant (exception faite de sa declaration). 

C ette technique va done perm ettre de develop per de nouveaux outils en se fondant sur un certain acquis, ce 
qui justifie le term e d 1 heritage. B ien entendu, plusieurs classes pourront etre derivees d'une meme classe de 
base ; d'autre part, I ' heritage n'est pas limite a un seul niveau : une classe derivee pouvant devenir a son 
tour classe de base pour une autre classe. On voit ainsi apparaltre la notion d' heritage comme outil de 
specialisation croissante. 

Qui plus est, nous verrons que C+ + (depuis la version 2.0) autorise I ' heritage multiple dans lequel une 
classe peut etre derivee de plusieurs c lasses de base. 

N ous com m encerons, dans ce chapitre, par vous presenter la m ise en ce u v re de I 1 heritage en C + + sur un 
ex em pie tres sim pie. N o us exam inerons en suite com m ent, a rim age de ce qui se passait dans le cas d'objets 
membre, C+ + offre un mecanisme in teressa nt de transmission d' inform ation entre constructeurs (de la 
classe derivee et de la classe de base). Puis nous verrons la souplesse que presente le C + + en ma tie re de 
controle des acces de la classe derivee aux membres de la classe de base (aussi bien au niveau de la 
conception de la classe de base que celle de la classe derivee). 

N ous aborderons en suite les problem es de com patibilite entre une classe de base et une classe derivee, tant 
au niveau des objets eux-memes que des pointeurs sur ces objets ou des references a ces objets. Nous 
examinerons alors ce qu'il advient du constructeur de recopie, de I'operateur d'affectation et des patrons de 
classes, dans le cadre de I ' heritage. 

E nfin, apres avoir fait la distinction entre heritage simple et heritage m ultiple, nous apprendrons a exploiter 
concretem ent une classe derivee. 

Quanta I' heritage m ultiple, il fera I'objet du chapitre suivant. 
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1. M ISE EN CEUVRE DE L'HERITAG E EN C+ + 



Tout d'abord, nous a lions vous ex poser les bases de la m ise en ceuvre de I 'heritage en C + + sur un ex em pie 
sim pie ne faisant pas intervenir de construe teur ou de destructeur et ou le controle des acces est lim ite. 

Considerons la premiere classe point que nous avions definie dans le chapitre V, dont nous fournissons a 
nouveau la definition ci-dessous : 



§±nclude <iostream.h> 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 

public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 

} ; 

/* Definition des fonctions membres de la classe point */ 

void point :: initialise (int abs, int ord) 
x = abs ; y = ord ; 

void point : : deplace (int dx, int dy) 
x += dx ; y += dy ; 

void point :: affiche () 

cout « "Je suis en " « x « " " « y « "\n" ; 



U ne ciasse de base : point 



S upposez que nous ayons besoin de definir un nouveau type classe nom m e pointed, destine a m anipuler des 
points colores d'un plan. U n tel point colore peut etre defini par ses coordonnees (com m e un objet de type 
point), auxquelles on adjoint une information de couleur (par exemple de type char). Dans ces conditions, 
nous pouvons etre ten te de definir pointed comme une classe derivee de point. Si nous prevoyons (pour 
I ' instant) une fonction membre specifique a pointcol, nommee colore, destinee a attribuer une couleur a un 
point colore, voici ce que pourrait etre la declaration de pointcol (la fonction colore est ici "en ligne"). 



^include <point.h> 

class pointcol : public point // pointcol derive de point 

{ short couleur ; 
public : 



void colore (short cl) 
{ couleur = cl ; } 

} ! 
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U ne classe pointed, derivee de point 

N otez la declaration : 

class pointcol : public point 



E lie spec i f i e que pointcol est une classe derivee de la classe (de base) point. De plus, le mot public signifie 
que les membres publics de la classe de base (point) seront des membres publics de la classe derivee 
(pointcol) ; cela correspond a I 1 idee la plus frequente que Ton peut avoir de I 1 heritage, sur le plan general de 
la P. 0.0. Nous verrons plus loin, dans le paragraphe consacre au controle des acces, a quoi conduirait 
1 1 o m ission du m ot public. 

N otre classe pointcol a in si definie, nous pouvons declarer des objets de type pointcol de m aniere usuelle : 

pointcol p, q ; 

C haque objet de type pointcol peut alors fa ire appel : 

• aux m ethodes publiques de pointcol (ici colore), 

• aux m ethodes publiques de la classe de base point (ici in it, deplace et affiche). 

Voici un programme illustrant ces possi b i lites. Vous n'y trouverez pas la liste de la classe point car nous 
nous som m es place dans les conditions habitue II es d 1 u tilisati on d'une classe deja au point ; plus p rec isem ent, 
nous supposons que nous disposons : 

• d'un module objet relatif a la classe point : il est necessaire de I'incorporer au moment de I 'edition de 
liens, 

• d'un fichier nom m e ici point.h 1 , contenant la declaration de la classe point. 



^include <iostream.h> 
^include <point.h> 

class pointcol : public point // pointcol derive de point 

{ short couleur ; 
public : 

void colore (short cl) { couleur = cl ; } 

} ; 

main ( ) 

{ pointcol p ; 

p. initialise (10,20) ; p. colore (5) ; 
p. affiche () ; 
p. deplace (2,4) ; 
p. affiche () ; 



1 ■ Son extension pourra varier suivant I 1 environnem ent utilise. De plus, suivant sa localisation, on utilisera I'une ou I'autre des deux 
syntaxes de la directive finclude (< > ou " "). 
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; 

Je suis en 10 20 
Je suis en 12 24 



Exemple d 1 utilisation d ' u n e classe pointed, dertvee de point 



2. UTILISATION, DANS UN E CLASSE DERIVEE, 
DES MEMBRES DE LA CLASSE DE BASE 



C o m m e nous I'avons dit, I 'ex em pie precedent n 1 eta it destine q u ' a montrer comment s'exprime I 'heritage en 
C + + , sans c here her a en explorer toutes les possib Mites, no tarn m ent en m a tie re de controle des acces. Dans 
ce domaine, nous avons simplement appris que, grace a I'emploi du mot public, les membres publics de 
point eta ient egalem ent m em bres publics de pointcol ; e'est ce qui nous a perm is d'y fa ire appel, au sein de 
la fonction main (par ex em pie dans I ' instruction p, initialise (10, 20)). 

Or, la classe pointcol, telle que nous I'avons def in ie, souffre de lacunes. P ar ex em pie, lorsque nous appelons 
affiche pour un objet de type pointcol, nous n'obtenons aucune information sur sa couleur. Une premiere 
f a c o n d'am eliorer cette situation consiste a ecrire une nouvelle fonction membre publique de pointcol, 
c e n see afficher a la fois les coordonnees et la couleur. A p pel on s- 1 a pour I 'instant affichec (nous verrons plus 
tard qu'il est possible de I'appeler egalem ent affiche). 

A ce niveau, vous pourriez penser definir affichec de la m aniere suivante : 

void affichec () 

{ cout « "Je suis en " « x « " " « y « "\n" ; 

cout « " et ma couleur est : " « couleur « "\n" ; 

} 

M a is alors cela signifierait que la fonction affichec, membre de pointcol, aura it acces aux m em bres prives de 
point. C eci sera it contra ire au principe d' en capsulation : en effet, il deviendrait alors possible d' ecrire une 
fonction accedant directem ent 2 aux donnees privees d'une classe, sim plem ent en creant une classe derivee ! 
D 'oil la regie adoptee par C + + : 

U ne cla sse derivee n ' a pas acces aux m em bres p rives de sa cla sse de base 3 . 

En revanche, rien n'empeche a une classe derivee d'acceder a n'importe quel membre public de sa classe de 
base. Ainsi, dans le cas qui nous preoccupe, si notre fonction membre affichec ne peut pas acceder 
directement aux donnees privees x et y de la classe point, e 1 1 e peut neanm oins faire appel a la fonction 
affiche de cette m erne classe. D'ou une definition possible de affichec. 



void pointcol :: affichec () 
{ affiche () ; 

cout « " et ma couleur est : " « couleur « " \n " ; 

; 



C 'est-a-dire sans passer par I 1 interface obligate ire constitute par les fo notions membre publiques. 
M a is nous verrons que ' ex istence de m em bres proteges perm et d e modifier cela. 
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U ne fonction d affichage pour un objet de type pointcol 

N otez b i e n comment, au sein de affichec, nous avons fait directem ent appel a affiche, sans avoir a specifier 
a quel objet cette fonction devait etre appliquee : par convention, il s'agit de celui ayant appele affichec. 
Nous retrouvons la meme regie que celle qui s'applique dans le cas de fonctions membre d'une meme 
classe. E n fait, il faut deso rm a is consider er ic i que affiche est une fonction membrede pointcol 4 . 

D'une m aniere analogue, nous pouvons definir dans pointcol, une nouvelle fonction d 1 initialisation nom m ee 
initialisec, chargee d'attribuer des valeurs aux donnees x, y et couleur, a partir de trois valeurs re g u es en 
argum ent. 



void pointcol :: initialisec (int abs, int ord, short cl) 
{ initialise (abs, ord) ; 
couleur = cl ; 

} 



U ne fonction d 1 initialisation pour un objet de type pointcol 

V oici un ex em pie com plet de program m e reprenant la definition de la classe pointcol (ici encore, nous avons 
suppose que la classe point eta it fournie sepa rem ent). 



^include <iostream.h> 
^include <point.h> 
class pointcol : public point 
{ short couleur ; 
public : 

void colore (short cl) 
{ couleur = cl / } 
void affichec () ; 

void initialisec (int, int, short) 

} ; 

void pointcol :: affichec () 
{ affiche () ; 

cout « " et ma couleur est : " « couleur « " \n " ; 

} 

void pointcol :: initialisec (int abs, int ord, short cl) 
{ initialise (abs, ord) ; 
couleur = cl ; 

} 

main ( ) 



■ C e ne seraittoutefois pas le cas si affiche n 1 eta it pas une fonction publique de point. 
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{ pointcol p ; 

p. inltiallsec (10,20, 5) ; p. affichec () ; p.affiche () 

p.deplace (2,4) ; p. affichec () ; 

p. colore (2) ; p. affichec () 



} 



Je suis en 10 20 

et ma couleur est : 5 
Je suis en 10 20 
Je suis en 12 24 

et ma couleur est : 5 
Je suis en 12 24 

et ma couleur est : 2 



U ne no u veil e classe pointcol et son utilisation 



3. REDEFINITION DES FO NOTIONS M EM BRE 



D ans notre dernier ex em pie de classe pointcol, nous disposions a la fois : 

• dans point, d'une fonction m em b re nom m ee affiche, 

• dans pointcol, d'une fonction m em b re nom m ee affichec. 

Or, ces deux methodes font un travail analogue, a savoir afficher les valeurs des donnees de leur classe ; 
dans ces conditions, on pourrait souhaiter leur donner le meme nom. Ceci est effectivem ent possible en 
C+ + , moyennant simplement une petite precaution. En effet, il n'est alors plus possible, au sein de la 
fonction affiche de pointcol, d'appeler la fonction affiche de point, com m e auparavant : cela provoquerait un 
appel recursif de la fonction affiche de pointcol. II faut alors fa ire appel a I'operateur de resolution de portee 
(::) pour localiser c o nvena blem ent la m ethode voulue (ici, on appellera point:: affiche). 

D e m aniere com parable, si, pour un objet p de type pointcol, on appelle la fonction p.affiche, il s'agira de la 
fonction redefinie dans pointcol. Si Ton tient absolument a utiliser la fonction affiche de la classe point, on 
appellera p.point::affiche. 

A titre d 1 ex em pie, voici com m ent nous pou vons transform er I 'ex em pie du pa rag rap he precedent en nom m ant 
affiche et initialise les nouvelles fo notions mem bre de pointcol. 



^include <iostream.h> 
^include <point.h> 
class pointcol : public point 
{ short couleur ; 
public : 

void colore (short cl) 
{ couleur = cl ; } 

void affiche () ; // redefinition de affiche de point 

void initialise (int, int, short) ; // redefinition de initialise de point 

} ; 

void pointcol :: affiche () 
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{ point : : affiche () ; // appel de affiche de la classe point 

cout « " et ma couleur est : " « couleur « "\n" ; 

} 

void pointcol : : initialise (int abs, int ord, short cl) 

{ point :: initialise (abs, ord) ; // appel de initialise de la classe point 
couleur = cl ; 

} 



main () 

{ pointcol p ; 

p. initialise (10,20, 
p. point: : affiche () 
p.deplace (2,4) ; 
p. colore (2) ; 

} 



5) ; p. affiche () ; 

// pour forcer 1 'appel de affiche de point 
p. affiche () ; 
p. affiche () ; 



Je suis en 10 20 

et ma couleur est : 5 
Je suis en 10 20 
Je suis en 12 24 

et ma couleur est : 5 
Je suis en 12 24 

et ma couleur est : 2 



U ne classe pointcol dans la quelle les methodes initialise et affiche sort red efinies 



Remarque : 

Bien que cela soit d'un emploi moins courant, ce que nous avons dit a propos de la redefinition de 
fonctions m e m b r e s'applique tout aussi bien aux m em b r es do n n ee. Plus p r ec i sem e n t, si une c lasse A est 
definie ainsi : 

class A 

{ 

int a ; 

char b ; 



} ; 

U ne classe B derivee de A pourra, par ex em pie, definir un autre m em b r e don nee nom m e a 

class B : public A 

{ float a ; 



} ; 

D ans ce cas, si I'objet b est de type B , b.a fera reference au m em bre a de type float de b. II sera to u jours 
possible d'acceder au membre donnee a de type int (herite de A } par b.A::a 5 . 

N otez bien que le membre a defini dans B s'ajoute au membre a herite de A ; il ne le rem place pas. 



■ En supposant, bien sir, que les acces en question so lent auto rises. 
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4.APPEL DES CONSTRUCTEURS ET DES DESTRUCTEURS 



4.1 Rappels 

R appelons I'essentiel des regies concernant I'appel d'un constructeur ou du destructeur d'une classe (dans le 
casou il nes'agitpasd'unec lasse derivee) : 

• S'il existe au moins un constructeur, toute creation d'un objet (par declaration ou par new) entralnera 
I'appel d'un constructeur. Le choix eventuel du constructeur est realise en fonction des informations 
fournies ; si aucun constructeur ne convient, il y a erreur de com p Nation : il n 1 est done pas possible, dans 
ce cas, de creer un objet sans a ppeler I'un de ses construe teurs. 

• S'il n' existe aucun constructeur, il n' est pas possible de preciser des inform ations lors de la creation d'un 
objet. 

• S'il existe un destructeur, il sera appele avant la destruction de I'objet. 



4.2 La hierarchisation des appels 

C es regies se generalisent au cas des classes derivees, en tenant compte de I'aspect hierarchique qu'elles 
introduisent. Pour fixer les idees, supposons que chaque classe possede un constructeur et un destructeur. 

class A class B : public A 

{ { 

public : public : 

A (...) B (...) 

-A () ~B () 



} ; } ; 

On c on? o it que, pour creer un objet de type B , il faut tout d'abord creer un objet de type A , done fa ire appel 
au constructeur de A , puis le com pleter par ce qui est specifique a B et fa ire appel au constructeur de B . C e 
m ecanism e est pris en charge par C + + : autrem ent dit, il n'y aura pas a prevoir dans le constructeur de B 
I'appel du constructeur de A . 

La meme demarche s'applique aux destructeurs : lors de la destruction d'un objet de type B, il y aura 
a u torn atiquem ent appel du destructeur de B , puis appel de celui de A (les destructeurs sont bien appeles dans 
I'ordre inverse de I'appel des construe teurs). 



4.3 Transmission conformations entre constructeurs 



Toutefois, vous voyez qu'un problem e se pose dans le casou le constructeur de A necessite des arguments. 
En effet, les informations fournies lors de la creation d'un objet de type B sont, a priori, destines a son 
constructeur ! En fait, C + + a prevu la possibility de specifier, dans la definition d'un constructeur d'une 
classe derivee, les informations que I'on souhaite transmettre a un constructeur de la classe de base. Le 
m ecanism e est le meme que celui que nous vous avons expose dans le cas des o bjets m em bre (paragraphe 7 
du chapitre VII). P ar exem pie, si I'on a ceci : 



class point 

{ 



class pointed : public point 

{ 
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public 



public 



point (int, int) 



point col (int, int, char) 



} 



et que Ton so u ha i te que pointed retransm ette a point les deux prem ieres inform ations recjes, on ecrira son 
en-tete de cette m aniere : 

pointcol (int abs, int ord, char cl) : point (abs, ord) 

Le com pilateur mettra en place la transmission au constructeur de point des informations abs et ord 
correspondant (ici) aux deux prem iers a rgum ents de pointcol. A in si, la declaration : 

pointcol a (10, 15, 3) ; 

entralnera : 

• I'appel de point qui recevra les arguments 10 et 15, 

• I'appel de pointcol qui recevra les arg urn ents 10, 15 et 3. 
E n revanche, la declaration : 

pointcol q (5, 2) 

sera rejetee par le compilateur puisqu'il n'existe aucun constructeur pointcol a deux arguments. 

B ien entendu, il reste to u jours possible de m entionner des arg urn ents par defaut dans pointcol, par ex em pie : 

pointcol (int abs = 0, int ord = 0, char cl = 1) : point (abs, ord) 

D ans ces conditions, la declaration : 

pointcol b (5) ; 

entralnera : 

• I'appel de point avec les a rgum ents 5 et 0, 

• I'appel de pointcol avec les a rgum ents 5, 0 et 1. 

N otez que la presence eventuelle d' a rgum ents par defaut dans point n 'a aucune incidence ici (ma is on peut 
les avoir p rev us pour les objets de type point). 

4 .4 Exem pie 

Voici un exemple complet de programme illustrant cette situation : les classes point et pointcol y ont e te 
lim itees a leurs constructeurs et destructeurs (ce qui leur en lev era it, bien sur, tout interet en pratique). 



^include <iostream.h> 




class point 
{ int x, y ; 
public : 
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point (int abs=0, int ord=0) // constructeur de point ("inline") 

{ cout « "++ constr. point : " « abs « " " « ord « "\n" ; 
x = abs ; y =ord ; 

} 

~point () // destructeur de point ("inline") 

{ cout « " — destr. point : " « x « " " « y « "\n" ; 
} 

} ; 

// ************ classe pointcol ****************** 
class pointcol : public point 
{ short couleur ; 
public : 

pointcol (int, int, short) ; // declaration constructeur pointcol 

~pointcol () // destructeur de pointcol ("inline") 

{ cout « " — dest . pointcol - couleur : " « couleur « "\n" ; 

} 

) ; 

pointcol : .-pointcol (int abs=0, int ord=0, short cl=l) : point (abs, ord) 
{ cout « "++ constr. pointcol : " « abs « " " « ord « " " « cl « "\n" ; 
couleur = cl ; 

} 

************ procjraicucie d'essai **************** 

main () 

{ pointcol a (10, 15, 3) ; pointcol b (2,3) ; // objets 

pointcol c (12) ; pointcol d ; // automatiques 

pointcol * adr ; 

adr = new pointcol (12,25) ; // objet dynamique 

delete adr ; 

} 



++ 


constr. 


point : 


10 15 




++ 


constr. 


pointcol 


: 10 15 3 




++ 


constr. 


point : 


2 3 




++ 


constr. 


pointcol 


: 2 3 1 




++ 


constr. 


point : 


12 0 




++ 


constr. 


pointcol 


: 12 0 1 




++ 


constr. 


point : 


0 0 




++ 


constr. 


pointcol 


: 0 0 1 




++ 


constr. 


point : 


12 25 




++ 


constr. 


pointcol 


: 12 25 1 






dest. pointcol - 


couleur : 


1 




destr. 


point : 


12 25 






dest. pointcol - 


couleur : 


1 




destr. 


point : 


0 0 






dest. pointcol - 


couleur : 


1 




destr. 


point : 


12 0 






dest. pointcol - 


couleur : 


1 




destr. 


point : 


2 3 






dest. pointcol - 


couleur : 


3 




destr. 


point : 


10 15 
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A ppel ties constructeurs et destructeurs de la classe de base et de la classe derivee 

Remarque: 

Dans le m ess a g e affiche par ~ pointed, vous auriez peut etre souhaite voir apparaltre les valeurs de x et 
de y. Or, ceci n ' est pas possible, du moins telle que la classe point a ete concue. En effet, un membre 
d'une classe derivee n ' a pas acces a u x m em bres prives de la classe de base. Nous reviendrons sur cet 
aspect qui s'avere fonda mental dans la conception de classes " reutilisables" . 



4.5 D'une m a niere generate 

Nous venons d'examiner un cas qu'on pourrait qualifier d'usuel : la classe de base et la classe derivee 
possedaient leu r construe teur (au m oins un). 

Si la classe de base ne possede pas de construe teur, aucun problem e particulier ne se pose. II en va de me me 
si e 1 1 e ne possede pas de destructeur. 

En revanche, si la classe derivee ne possede pas de construe teur, alors que la classe de base en com porte, on 
va voir se poser a nouveau le problem e de la transmission des informations attendues par le constructeur de 
la classe de base. Comme celles-ci ne peuvent plus provenir du constructeur de la classe derivee, on 
comprend que la seule situation acceptable soit celle ou la classe de base dispose d'un constructeur sans 
argum ent. D a ns les autres cas, on a boutira a une erreur de com pilation. 

P ar ail leu rs, lorsque I 1 on m entionne les inform ations a transm ettre a un constructeur de la classe de base, on 
n'est pasoblige de se limiter, comme nous I'avons faitjusqu'ici, a des noms d'arguments. On peut employer 
n 1 i m porte quelle expression. P ar ex em pie, bien que cela n'ait guere de sens ici, nous pourrions ecrire : 

pointed (int abs, int ord, char cl) : point (abs + ord, abs - ord) 

Remarque : 

L e cas du constructeur de recopie sera exam in e un peu plus loin car sa bonne m ise en ceuvre necessite la 
connaissance des possibilites de conversion im plicite d'une classe derivee en un classe de base que nous 
n'avons pas encore exa m inees. 

5. CONTROLE DES ACCES 

Comme nous I'avons indique dans le prem ier pa rag rap he, nous n'avons exam in e jusqu'ici que la situation 
d' heritage la plus naturelle, e'est-a-dire celle dans laquelle : 

• la classe derivee 6 a acces a ux m em bres publics de la classe de base, 

• les " u til isa teur s 7 " de la classe derivee ont acces a ses m em bres publics, a in si qu'a ux m em bres publics de 
sa classe de base. 

Comme nous allons le voir maintenant, C++ permet d'intervenir en partie sur ces deux sortes 
d'autorisation d' acces, et ceci a deux niveaux : 



■ S ous-entendu : toute function m em bre d'une c lasse derivee. 

■ S ous-entendu : tout objet du type de la classe derivee. 



214 Programmer en langage C+ + 

Lors de la conception de la classe de base: en effet, en plus des statuts publics et prives que nous 
connaissons, il existe un troisieme statut dit "protege" (mot c I e protected). Les membre proteges se 
com portent comme des m em bres prives pour I'utilisateur de la classe derivee mais comme des membres 
publics pour la classe derivee elle-m em e. 

Lors de la conception de la classe derivee, on peut restreindre les possibilites d'acces aux membres de la 
classe de base. 



5.1 Les mem bres proteges 

J usqu'ici, nous avons consider e qu ' i I n'existait que deux "statuts" possi bles pour un m em bre de classe : 

• prive : le membre n'est accessible qu'aux fonctions membre (publiques ou privees) et aux fonctions 
am ies de la classe, 

• public : le membre est accessible non seulement aux fonctions membre ou aux fonctions amies, mais 
egalem ent a I'utilisateur de la classe (c'est-a-dire a n'im porte quel objet du type de cette classe). 

N o us avons vu com m ent I'em ploi des m ots cles public et private perm etta it de di sting uer les m em bres prives 
des mem bres publics. 

II existe en fait un troisiem e "statut" : protege ; il est defini par le mot c I e protected qui s'em ploie comme 
les deux m ots cles precedents. L a definition d'une classe peut, par ex em pie, prendre a lors I'allu re suivante : 

class X 

{ private : 

// partie privee 

protected : 

// partie protegee 

public : 

// partie publique 

} ; 

L es m em bres proteges restent inaccessibles a "I'utilisateur" de la classe, pour qui ils apparaissent analogues 
a des membres prives. M ais ils seront accessibles aux membres d'une eventuelle classe derivee, tout en 
restant (dans tous les cas) inaccessibles aux " utilisateurs" de cette classe. 



5.2 Exem pie 

Dans le deb u t du paragraphe 2, nous a v ions evoque I' im possi bi lite, pour une fo notion membre d'une c lasse 
pointcol derivee de point, d'acceder aux membres prives x et y de point. Si nous definissons ainsi notre 
classe point : 

class point 
{ protected : 

int x, y ; 
public : 

point ( ... ; ; 

affiche () ; 



} ; 
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il devient possible de definir, dans pointed, une fonction mem b r e affiche de la m aniere suivante 

class pointed : public point 
{ 

short couleur ; 
public : 

void affiche () 
{ cout « "Je suis en " « x « " " « y « "\n" ; 

cout « " et ma couleur est " « couleur « "\n" ; 

} 



5 .3 In te re t du statut protege 

Les membres prives d'une classe sont d ef i nitivem ent inaccessibles depuis ce que nous appellerons 
" I'exterieur" de la classe (objets de cette classe, ou fonctions membre d'une classe derivee, ou objets de 
cette classe derivee...). C eci peut poser des problem es au concepteur d'une classe derivee, no tarn m ent dans 
le cas ou c es m em bres sont des donnees, dans la m esure ou il est contra int, com m e un " banal utilisateur" , de 
passer par "I' interface" obligatoire. De plus, cette fa? on de fa ire peut nuire a I'efficacite du code gen ere. 

['introduction du statut protege constitue done un progres manifeste: les membres proteges restent 
com parables a des membres prives pour I'utilisateur de la classe, mais ils sont comparables a des membres 
publics pour le concepteur d'une classe derivee (tout en restant comparables a des membres prives pour 
I'utilisateur de cette derniere). N eanm oins, il faut reconnaltre que, du m em e coup, on off re les m oyens de 
violer (consciem m ent) le pr in ci pe d' encapsulation des donnees. E n effet, rien n' em pec he un utilisateur d'une 
classe comportant une partie protegee, de creer une classe derivee contenant les fonctions appropriees 
permettant d'acceder aux donnees correspondantes. Bien entendu, il s'agit d'un viol voulu et c o n c u 
deliberem ent par I'utilisateur ; cela n'a plus rien a voir avec des risques de modification ac c id en tel le des 
donnees. 

Rem arques : 

1) Lorsqu'une classe derivee possede des fonctions amies, ces dernieres disposent exactement des 
memes autorisations d'acces que les fonctions membre (de la classe derivee). En particulier, les 
fonctions am ies d'une classe derivee auront bien acces aux m em bres declares proteges dans sa classe 
de base. 

2) E n revanche, les declarations d' am itie ne s'heritent pas. A in si, si f a ete declaree am ie d' une c lasse A 
et si B derive de A , f n'est pas a u torn atiquem ent am ie de B (il est bien sur possible de prevoir une 
declaration appropriee d'am itie dans B). 

5.4 Action sur le statut des membres d'une classe derivee : derivation publique 
ou privee 

a) Rappels concernant la derivation publique 

Nos precedents exemples faisaient intervenir la forme la plus courante de derivation dite "derivation 
publique" car introduite par le motcle public dans la declaration de la classe derivee, com m e dans : 

class pointcol : public point { ... } ; 
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D ans ce cas, rappelons que : 

• les membres publics de la classe de base sont accessibles a "tout le monde", c'est-a-dire a la fois aux 
fonctions membre et aux fonctions amies de la classe derivee ainsi qu'aux utilisateurs de la classe 
derivee, 

• les m em bres proteges de la classe de base sont accessibles aux fonctions membre et aux fonctions am ies 
de la classe derivee m a is pas aux utilisateurs de cette classe derive, 

• les m em bres prives de la classe de base sont inaccessibles a la fois aux fonctions m em bre ou am ies de la 
classe derivee et aux utilisateurs de cette classe derivee. 

De plus, tous les membres de la classe de base conservent, dans la classe derivee, le statut qu'ils avaient 
dans la classe de base. C ette rem arque n'intervient qu'en cas de derivation d'une nouvelle classe de la classe 
derivee. 

Void un tableau recapitulant la situation : 



Statut dans la classe 
de base 


A cces aux fonctions 
m em bre et am ies de 
la classe derivee 


A cces a un uti- 
lisateur de la classe 
derivee 


N ouveau statut dans 
la classe derivee, en 
cas de nouvelle deri- 
vation 


pu blic 


oui 


oui 


pu blic 


protege 


oui 


non 


protege 


prive 


non 


non 


prive 



La derivation p u b I i q u e 



C es possibilites peuvent etre restreintes en definissant ce que Ton nomme des derivations privees ou 
protegees. 



b) D erivation privee 



II est possible, moyennant ('utilisation du mot c I e private au lieu du mot c I e public, d'interdire a un 
utilisateur d'une classe derivee I'acces aux membres publics de sa classe de base. Par exemple, avec ces 
declarations : 



class point 

{ 



public : 

point (. . . ) ; 
void affiche 
void deplace 



0 
(■ 



class pointcol : private point 

{ 



public : 

pointcol ( . . . ) ; 
void colore (. . .) ; 



} ; 
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Si p est de type pointcol, les appels suivants seront rejetes par le com pilateur 8 



p.affiche () 0 

p.depiace (. . .) ou m em e 



ou m em e 



p .point :: affiche () 
p . point :: deplace (...) 



alors que, naturellem ent, celui-ci sera accepte 

p. colore ( . . . ) 



On peut, a juste titre, penser que cette technique limite I'interet de I ' heritage. Plus precisement, le 
concepteur de la classe derivee peut, quanta lui, utiliser librem ent les m em bres publics de la classe de base 
(com m e un utilisateur ordinaire) ; en revanche, il decide de term er total em ent cet acces a I'utilisateur de la 
classe derivee. On peut dire que I'utilisateur connaltra toutes les fonctionnalites de la classe en lisant sa 
declaration, sans qu'il n'ait aucunem ent besoin de lire celle de sa classe de base (il n'en a I la it pas de m em e 
dans la situation usuelle : dans nos exemples des paragraphes precedents, pour connaltre I'existence de la 
fonction m em bre deplace pour la classe pointcol, il fallait connaltre la declaration de point). 

Cela montre que cette technique de fermeture des acces a la classe de base ne sera employee que dans des 
cas bien precis, par ex em pie : 

• lorsque toutes les fonctions utiles de la classe de base sont redefinies dans la classe derivee et qu'il n'y a 
aucune raison de laisser I'utilisateur acceder aux anciennes, 

• lorsque Ton souhaite adapter I 'interface d'une classe, de maniere a repondre a certaines exigences ; dans 
ce cas, la classe derivee peut, a la limite, ne rien apporter de plus (pas de nouvelles donnees, pas de 
nouvelles fonctionnalites) : e 1 1 e fait la "meme chose" que la classe de base, seule son utilisation est 
differente ! 



1) D ans le cas d'une derivation privee, les m em bres proteges de la classe de base restent accessib les aux 
fonctions membre et aux fonctions amies de la classe derivee ; en revanche, ils seront considered 
com m e prives pour une derivation future. 

2) L es term es de derivation publique ou de derivation privee seront, en toute rigueur, am big us dans le 
cas d' heritage m ultiple ; plus p rec isem ent, il faudra alors dire, pour chaque classe de base, quel est le 
type de derivation (publique ou privee). 



5.5 Les possibility de derivation protegee (version 3) 

La version 3 de C + + a introduit une possibility supplemental de derivation, dite derivation protegee, 
intermediate entre la derivation publique et la derivation privee. Dans ce cas, les membres publics de la 
classe de base seront consider es com m e proteges lors de derivation ulterieures. 



N e confondez pas le mode de derivation d'une classe par rapport a sa classe de base (publique, protegee 
ou privee), definie par I'un des m ots public, protected ou private avec le statut des m em bres d'une classe 
(public, protege ou prive) defini egalem ent par I'un de ces trois m ots. 



■ A m o i n s que Tune des fonctions m em bre affiche ou deplace ait ete red ef i n i e dans pointcol. 



Rem arques : 



Remarque: 
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5 .6 Recapitulation 

V oici un tableau recapitulant les propriety des differentes sortes de derivation (la m ention "A cces F M A " 
signifie : acces aux fonctions m em b r e ou amies de la classe ; la mention "nouveau statu t " signifie : statut 
qu'aura ce membre dans une eventuelle classe derivee}. 



C la sse de ba se 


D erivee publique 


D erivee protegee 


D erivee privee 


Statut 


A cces 


A cces 


Nouveau 


A cces 


Nouveau 


A cces 


Nouveau 


A cces 


in itia 1 


F M A 


utilisateur 


statut 


utilisateur 


statut 


utilisateur 


statut 


utilisateur 


public 


0 


0 


public 


0 


protege 


N 


prive 


N 


protege 


0 


N 


protege 


N 


protege 


N 


prive 


N 


prive 


0 


N 


prive 


N 


prive 


N 


prive 


N 



Les d ifferentes sortes d e d erivation 



Remarque: 

On voit clairem ent qu'une derivation protegee ne se d i sting ue d 1 u n e derivation privee que lorsque I'on est 
am ene a deriver de nouvelles classes de la classe derivee en question. 



6. CO M PATIBILITE ENT RE 0 BJ ET S DUNE CLASSE DE BASE 
ET OBj ET S DUNE CLASSE DERIVEE 

D 'une maniere generale, en P.O.O., on considere qu'un objet d'une classe derivee peut "rem placer" un 
objet d'une classe de base ou encore que : la ou un objet de classe A est attendu, tout objet d'une classe 
derivee de A peut " fa ire I'affaire" . 

C ette idee repose sur le fait que tout ce que I'on trouve dans une c I a sse de base (fonctions ou donnees) se 
trouve egalement dans la classe derivee. De meme, toute action realisable sur une classe de base peut 
toujours etre r e a I i see sur une classe derivee (ce qui ne veut pas dire pour autant que le resultat sera aussi 
satisfaisant dans le cas de la classe derivee que dans celui de la classe de base - on affirm e seulem ent qu'elle 
est possible!). Par exemple, un point colore peut toujours etre traite comme un point: il possede des 
coordonnees ; on peut affic her ces dernieres comme on le f era it pour eel les d'un point. 

B ien entendu, les reciproques de ces deux propositions son t fausses ; par ex em pie, on ne peut pas colorer un 
point ou s' in teresser a sa couleur. 

C ette com patibilite entre une classe derivee et sa classe de base 9 va se retro uver en C + + , avec une I eg ere 
nuance : e 1 1 e ne s'appliquera que dans le cas de derivation publique 10 . C oncretem ent, cette com patibilite se 
res urn e a I 'existence de conversions im plicites : 

• d'un objet d'un type derive dans un objet d'un type de base, 

• d'un pointeur (ou d'une reference) sur une classe derivee en un pointeur (ou une reference) sur une classe 
de base. 



- O u 1'une de ses classes de base dans le cas de I 'heritage m ultiple que nous aborderons dans le chapitre sulvant. 
10 ■ C e qui se ju stifle par le fait que, dans le cas contra I re, II sufflralt de convertlr un objet d'une classe derivee dans le type de sa classe 
de base pour passer outre la privatisation des m em bres publics du type de base. 
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Nous allons voir ici I'incidence de ces conversions dans le cas d 1 affectations entre objets d'abord, entre 
pointeurs ensuite. La derniere situation, au demeurant la plus repandue, nous permettra de mettre en 
evidence : 

• le typage statique des objets qui en decoule ; ce point constituera en fait une introduction a la notion de 
m ethode virtu el le perm ettant le typage dyn am ique (et qui fera I'objet du chapitre X V ). 

• les risques de violation du principe d 1 encapsulation qui en dec ou lent. 

6.1 C onversions d un ob jet derive dansun objetd'un type de base 

Soit nos deux classes " habituelles" : 

class point class pointed : public point 

{ t 

A vec les declarations : 

point a ; 
pointcol b ; 



est legale. E lie entralne une conversion de b dans le type point 11 et I'affectation du resultat a a ; cette 
affectation se fait, suivant les cas : 

• par appel de I'operateur d'affectation (de la classe point) si celui-ci a ete surdefini, 

• par em ploi de I'affectation par defaut, dans le cas contra ire. 
En revanche, I'affectation suivante sera it rejetee : 

b = a ; 

6.2 C onversions d un pointeursurune classe derivee en un pointeursurune 
classe de base 

Considerons a nouveau une classe point et une classe pointcol derivee de point, comportant chacune une 
fonction m em bre affiche. 

class point class pointcol : public point 

{ int x, y ; { short couleur ; 

public : public : 



I'affectation 



a 



= b 



■void affiche () 



void affiche () 



} 



} 



Soit ces declarations 



point * adp ; 



11 



• En general, une telle conversion est assez fictive et n 'en train e pas la creation d'un nouvel objet d e type point. 
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pointcol * adpc ; 

La encore, C + + autorise I'affectation : 

adp = adpc ; 

laquelle correspond a une conversion du type pointcol * dans le type point * . 
L 'affectation inverse : 

adpc = adp ; 

serait naturellem ent rejetee. E lie est cependant realisable, en faisant appel a I'operateur de "cast". Ainsi, 
b i en que sa signification so it ici discutable 12 , il vo us sera to u jours possible d'ecrire I 'instruction : 

adpc = (pointcol *) adp ; 

Rem arque im portante : 

S'il est possible de convertir ex p lie item ent un pointeur de type point * en un pointeur de type pointcol *, 
il n'est, par contre, pas possible de convertir un objet de type pointcol en un objet de type point. La 
difference vient de ce que I'on a affaire a une "conversion predefinie" dans le premier cas 13 , alors que 
dans le second cas, le com pilateur ne peut " im aginer" ce que vo us sou ha itez fa ire. 

6.3 Limitations lie e s au "typage statique" des objets 

C onsiderons a nouveau les declarations du pa rag raphe precedent accom pagnees de 14 : 

point p (3, 5) ; pointcol pc (8, 6, 2) ; 
adp = & p ; adpc = & pc ; 

L a situation est alors celle-ci : 



A ce niveau, I'instruction : 

adp -> affiche () ; 

appellera la methode point::affiche, tandis que I'instruction 



Ll - E t m em e dangereuse, com me nous le verrons dans le pa rag raphe 6.4. 

^ ■ Laquelle se borne en fait a un changem ent de type { su r le plan syntaxlque), accom pagne eventuellem ent d'un alignem ent d 1 a d r esse 
(attention, Hen ne garantit que I 1 application successive des deu x conversions reciproques {point * ■> pointcol * puis pointcol * ■> point * ) 
fournlsse ex a c tern ent I'adresse Inltlale I). 
14 ■ En supposant qu'll exlste des constructeurs appro pries. 
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adpc -> affiche () ; 

a p p e 1 1 e r a la m ethode p o i n tc o I : : a ff i c h e . 

N ous aurions obtenu les m em es resultats avec 

p. affiche () ; 
pc. affiche () ; 

Si nous executons alors I'affectation : 

adp = adpc ; 

nous aboutissons a cette situation : 




5 6 



2 



Queva faire, a ce niveau, une instruction telle que : 

adp -> affiche () ; 

Y aura-t-il appel de point::affiche ou de pointcol: :affiche ? 

En effet, adp est du type point mais I'objet pointe par adp est du type pointcol. En fait, le choix de la 
m ethode a appeler est realise par le com pilateur, ce qui signifie que la m ethode appelee est definie une fois 
pour toutes et qu'elle ne pourra pas evoluer au fil des changem ents eventuels de type de I'objet pointe. B ien 
entendu, dans ces conditions, on com p rend que le com pilateur ne peut que decider de m ettre en place I'appel 
de la m ethode correspondant au type defini par le pointeur. Ici, il s'agira done de point::affiche, puisque adp 
est du type point * . 

N otez bien que si pointcol dispose d 1 une method e colore (n'existant pas dans point) un appel tel que : 

adp -> colore (8) ; 

sera rejete par le com pilateur. 

On peut done dire que, pour I 1 instant, le type des objets pointes par adp et adpc est decide et fige au moment 
de la com pilation. On peut alors considerer com m e un leurre le fait que C + + to I ere certaines conversions 
de pointe urs ; en fait, d'ailleurs, il to I ere eel les qui, au bout du com pte, ne poseront pas de problem e vis- a- 
vis du choix fait au moment de la compilation (comme nous I'avons dit, on pourra toujours afficher un 
pointcol "comme s ' i I " s'agissait d'un point). En effet, nous pouvons designer, a I ' a i d e d ' u n m em e pointeur, 
des o bjets de type different, mais nous n'avons (pour I'instant) aucun m oyen de tenir reellem ent com pte du 
type de I'objet pointe (par exemple affiche traite un pointcol comme un point, mais e 1 1 e ne peut pas savoir 
s'il s'agit d'un point ou d'un pointcol). 

En realite, nous verrons que C++ permet d'effectuer cette identification d'un objet au moment de 
I'execution (et non plus, arbitrairem ent, a la compilation) et de realiser ce que I'on nomme du "typage 
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dynam ique" (alors que, jusqu'ici, nous n 1 avion s affaire qu'a du typage "statique"). C eci necessitera I'ern ploi 
des fonctions virtu elles que nous aborderons dans le chapitre X V . 

V oici m aintenant un ex em pie de program m e illustrant les lim itations que nous venons d 1 evoquer ; rem arquez 
que, dans la methode affiche de pointcol, nous n'avons pas fait appel a la methode affiche de point ; pour 
qu'elle puisse acceder a ux m em bres x et y de point, nous avons p rev u de leu r don ner le statut protege. 



^include <lostream.h> 
class point 

{ protected : // pour que x et y soient accesibles a pointcol 

int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
void affiche () 

{ cout « "Je suis un point \n" 

cout « " mes coordonnees sont : " « x « " " « y « "\n" ; 

} 

} ; 

class pointcol : public point 
{ 

short couleur ; 
public : 

pointcol (int abs=0, int ord=0, short cl=l) : point (abs, ord) 
{ couleur = cl ; 
} 

void affiche () 

{ cout « "Je suis un point colore \n" ; 

cout « " mes coordonnees sont : " « x « " " « y ; 
cout « " et ma couleur est : " « couleur « "\n" ; 

; 

; / 

main () 

{ point p(3,5) ; point * adp = &p ; 

pointcol pc (8,6,2) ; pointcol * adpc = &pc ; 
adp->affiche () ; adpc->affiche () ; 
cout « " \n" ; 

adp = adpc ; // adpc = adp serait rejete 

adp->affiche () ; adpc->affiche () ; 



Je suis un point 

mes coordonnees sont : 3 5 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 



Je suis un point 

mes coordonnees sont : 8 6 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 



Les limitations liees au typage statique des objets 
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Ok=/^ 6.4 Les risques de violation des protections de la classe de base 

N ,B . C e paragraphe peut etre ignore dans un premier tern ps. 

N ous avons vu qu'il est possible, dans une classe derivee, de rendre p rives les m em bres publics de la classe 
de base. En voici un exem pie : 

class A class B : private A 

{ int x ; { int u ; 

public : public : 

float z ; double v ; 

void fa () ; void fb () 



} ; 

A a 



} ; 

B b 



lei, I'objet a aura acces aux m em bres z et fa de A . On pourra ecrire par exem pie : 

a.z = 5.25 ; 

a. fa () ; 

Par contre, I'objet b n'aura pas acces a ces membres, compte tenu du mot private figurant dans la 
declaration de la classe B . Dans ces conditions, les instructions : 

b. z = 8.3 ; 
b.fa () ; 



seront rejetees par le compilateur (a moins, bien sur, que les membres z et fa ne soient red e f i n is dans la 
classe B ), 

Neanmoins, il existe, pour I'utilisateur de la classe B un moyen de passer outre cette protection mise en 
place par le concepteur de la classe. En effet, il lui suffit de proceder ainsi : 

A * ada ; B * adb ; 

adb = &b ; 

ada = (A *) adb ; 



ou encore, plus brievem ent : 

A * ada = (A *) & b ; 



Dans ces conditions, ada contient effectivem ent I ' a d r esse de b (nous avons du employer le "cast" car 
n'oubliez pas que, sinon, la conversion derivee -> base sera it rejetee) ; m a is ada a to u jours le type A * . On 
peut done m a in tenant acceder aux m em bres publics de la classe A , bien que prives pour la classe B . C es 
instructions seront acceptees : 

ada -> z = 8.3 ; 
ada -> fa () ; 
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7. CAS DU CONSTRUCTEUR DE RECOPIE 



R appelons que le constructeur de recopie (qu'il s'agisse de celui par defaut ou de celui qui est fourni 
explicitem ent) est appele en cas : 

• d' initialisation d'un o b j e t par un o b j e t de m em e type, 

• de transm issio n de la valeur d'un objet en argum ent ou en retour d'une fonction. 

Les regies que nous avons enoncees dans le paragraphe 4 s'appliquent a tous les constructeurs, et done 
egalem ent a u constructeur de recopie. T outefois, dans ce dernier cas, il faut aussi tenir com pte de I 1 existence 
d'un constructeur de recopie par defaut. V oyons plus p rec isem ent ce qu'il en est, en exam inant les di verses 
situations possibles. N ous supposerons, pour fixer les idees, que I'on a affaire aux instructions suivantes (B 
derive done de A ) : 

class A { . . . } ; 

class B : public A { . . . } ; 

void fct (B) ; // fct est une fonction recevant un argument de type B 

B bl (...) ; // arguments eventuels pour un "constructeur usuel" 
fct (bl) ; // appel de fct a qui on doit transmettre bl par valeur, ce qui 

// implique 1 ' appel d'un constructeur de recopie de la classe 

B 

B ien entendu, tout ce que nous alio ns dire s'a pp liquerait egalem ent aux autres situations d' in itialisation par 
recopie e'est-a-dire au cas ou une fonction renverrait par valeur un resultat de type B ou encore a celui ou 
I'on initialiser a it un objet de type B avec un autre objet de type B , com m e dans B b2 = bl ou encore B b2 
(bl) (revoyez eventuellem ent les pa rag raphes 3 et 4 du chapitre V II). 



7.1 La classe derivee (B ) n'a pas d e f in i de constructeur de recopie 

II y a done appel du constructeur de recopie par defaut de B. R appelons que la recopie se fait membre par 
m em bre. N ous avons vu ce que cela signifiait dans le cas des " objets membre". Ici, cela signifie que la 
"partie" de bl appartenant a la classe A sera traitee com m e un m em bre de type A . II y aura done appel du 
constructeur de recopie de A pour les membres donnee correspondants. Notez bien qu'alors, si A a defini 
un tel constructeur, il sera appele; dans le cas contraire, on se servira du constructeur de recopie par 
defaut de A 15 . 



Rem arque im portante : 

Cette generalisation de la recopie membre par membre au cas des classes derivees pourrait laisser 
supposer qu'il en ira de meme pour I'operateur d'affectation (dont nous avons vu qu'il fonctionnait de 
fa? on sem blable a la recopie). En fait, ce ne sera pas le cas ; nous y reviendrons dans le paragraphe 9. 



7.2 La classe derivee (B ) a defini un constructeur de recopie 

Dans ce cas, le constructeur de recopie de B est naturellem ent appele. La question qui se pose alors est de 
savoir s'il y a appel d'un constructeur de A . En fait, C + + a decide de ne prevoir aucun appel a u torn atique 
de constructeur de la classe de base dans ce cas (meme s'il existe un constructeur de recopie dans A I). C ela 



■ Dans les versions anterieures a la 2.0, on avalt affaire a une recopie globale. 
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signifie done que le constructeur de recopie de la classe derivee doit prendre en charge I'integralite de la 
recopie de I'objetet non seulementsa partie heritee. 

M ais, il reste possible d'utiliser le m ecanism e de transmission d' inform ations entre constructeurs (etudiee 
dans le paragraphe 4.3). Ainsi, si le constructeur de B prevoit des informations pour un constructeur de A 
avec un en-tete de la form e : 

B (B & x) : A ( . . . ) 

il y aura appel du constructeur correspondant de A . 

En general, on souhaitera que le constructeur de A appele a ce niveau so it le constructeur de recopie de A 16 . 
D a ns ces conditions, on vo it que ce constructeur doit recevoir en argum ent, non pas I'objet x tout en tier, 
m ais seulem ent ce qui, dans x , est de type A . C 'est la qu'intervient precisem ent la possibilite de conversion 
implicite d'une classe derivee dans une classe de base (etudiee dans le paragraphe 6). II nous suffira de 
definir ainsi notre constructeur pour aboutir a une recopie satisfaisante : 

B (B & x) : A (x) // x, de type B, est convert! dans le type A pour etre 
transmis 

// au constructeur de recopie de A 
{ // recopie de la partie de x specif ique a B (non heritee de A) 
} 

V oici un program m e illustrant cette possibilite : nous y definissons si m pie m ent nos deux classes habituelles 
point et pointcol en les m unissant toutes les deux d'un constructeur de recopie 17 et nous pro voquons I'appel 
de celui de pointcol en appelant une fonction fct a un argum ent de type pointcol transm is par valeur. 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur usuel 

{ x = abs ; y = ord ; 

cout « "++ point " « x « " " « y « "\n" ; 

} 

point (point & p) // constructeur de recopie 

{ x = p.x ; y = p.y ; 

cout « "CR point " « x « " " « y « "\n" ; 

} 

} ; 

class pointcol : public point 
{ char coul ; 
public : 



16 ■ B i e n entendu, en the one, il reste possible au constructeur par recopie de la classe derivee B d'appeler n'lm porte quel constructeur de 
A, autre que son constructeur par recopie. Dans ce cas, II faut etre en mesure de reporter conwenablem ent dans I'objet les valeurs de la 
partie de x qui est un A ; dans certains cas, on pourra encore y parvenlr par le m ecanism e de transmission d 1 inform ations entre 
constructeurs ; dans le cas contra ire, il f audra effectuer le travail au sein du constructeur de recopie de B , ce qui peut s'averer d elk at, 
com pte tenu d'eventuels pro blem es de dr o its d'ac ces. . . 

17 ■ C e qui, dans c e cas prec is de classe ne com portant pas de po inteurs, n 1 est pas utile, la recopie par def aut dec rite preced em m ent 
s'averant suffisante dans to us les cas. Mais, ici, I'objectif est si m pie m ent d'i I luster le m ecanism e de transm issi on d 1 inform ations entre 
constructeurs. 
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pointcol (int abs=0, int ord=0, int cl=l) : point (abs, ord) // constructeur 
usuel 

{ coul = cl ; 

cout « "++ pointcol " « int (coul) « "\n" ; 

} 

pointcol (pointcol & p) : point (p) // constructeur de recopie 

// il y aura conversion implicite 
// de p dans le type point 

{ coul = p . coul ; 

cout « "CR pointcol " « int (coul) « "\n" ; 

} 

) ; 

void fct (pointcol pc) 
{ 

cout « "*** entree dans fct ***\n" / 

; 

main () 

{ void fct (pointcol) ; 
pointcol a (2, 3, 4) ; 

fct (a) ; // appel de fct, a qui on transmet a par valeur 

} 



++ point 2 3 

++ pointcol 4 

CR point 2 3 

CR pointcol 4 

*** entree dans fct *** 



Pour forcer I 1 appel d'un constructeur de recopie de la classe de base 



8. OPE RAT EUR D 1 A F F EC T A T 10 N ET HERITAGE 

Nousavons deja vu commentC + + definit I'affectation par defaut entre deux objets de meme type. D'autre 
part, nous avons vu comment il eta it possi ble de surdefinir cet opera teur d 1 affectation (obligatoirem ent so us 
form e d 1 u n e fonction mem bre). 

V oyons ce que deviennent ces possi b Mites en cas d' heritage. Supposonsque la classe B herite (publi quern ent) 
de A et considerons, comme nous I'avons fait pour le constructeur de recopie (paragraphe 4.6) les 
differentes situations possibles. 

8.1 La classe derivee (B ) n'a pas surdefini I'operateur = 

L 'affectation de deux objets de type B se deroule m em bre a m em bre en considerant que la " parti e heritee de 
A " constitue un m em bre. A in si, les m em bres prop res a B sont traites par I'affectation p revue pour leur type 
(par defaut ou surdefinie, suivant le cas). La partie heritee de A est traitee par I'affectation prevue dans la 
classe A , c'est-a-dire par I'operateur = surdefini dans A s'il existe, par I'affectation par defaut dans le cas 
contraire. 
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On retro uve un com portem ent tout a fait analogue a celui deer it dans le cas du construe teur de recopie. 

8.2 La classe derivee (B ) a surdefini I'operateur = 

D ans ce cas, I 'affectation de deux objets de type B fera necessairem ent appel a I'operateur = defini dans B . 
C elui de A ne sera pas a ppele, m em e s'il a ete surdefini. II faudra done que I'operateur = de B prenne en 
charge tout ce qui concerne I'affectation d'objets de type B, y com p r i s pour ce qui est des membres 
herites de A . 



Voici un premier exemple de programme qui illustre cela : la classe pointed derive de point. Les deux 
classes ont su rdefini I'operateur = . 



# include <iostream.h> 
class point 
{ protected : 
int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ;} 
point & operator = (point & a) 
{ x = a.x ; y = a.y ; 

cout « "operateur = de point \n" ; 

return * this ; 

} 

} ; 

class pointcol : public point 
{ protected : 
int coul ; 
public : 

pointcol (int abs=0, int ord=0, int cl=l) : point (abs, ord) { coul=cl ; } 
pointcol & operator = (pointcol & b) 
{ coul = b . coul ; 

cout « "operateur = de pointcol\n" ; 
return * this / 

; 

void affiche () { cout « "pointcol : " « x « " " « y « " " « coul « 
"\n" ; 

} 

} ; 

main ( ) 

{ pointcol p(l, 3, 10) , q(4, 9, 20) ; 
cout « "p = " ; p. affiche () ; 

cout « "q avant = " ; q. affiche () ; 
1 = P ; 

cout « "q apres = " ; q. affiche () 

} 



p = pointcol : 1 3 10 

q avant = pointcol : 4 9 20 
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operateur = de pointcol 
q apres = pointcol : 4 9 10 



Q u a n d la classe de base et la classe derivee surdefinissent I'operateur = 

On y voit clairem ent que I'operateur = defini dans la classe point n ' a pas ete appele lors d'une affectation 
entre objets de type pointcol. 

Le problem e est voisin de celui rencontre a propos du constructeur de recopie, avec cette difference qu'on 
ne dispose plus ici du mecanisme de transfert d'argum ents qui en perm ettait un appel (presque) implicite. 
Ici, si Ton veut pouvoir profiter de I'operateur = defini dans A, il faudra I'appeler explicitem ent. Le plus 
simple pour ce faire est d'utiliser les possibilites de conversions de pointeurs examinees dans le precedent 
paragraphe. 

V oici, par ex em pie, com m ent nous pourrions m odifier dans ce sens I'operateur = de pointcol : 

pointcol & operator = (pointcol & b) 
{ point * adl, * ad2 ; 

cout « "operateur = de pointcol\n" ; 

adl = this ; // conversion pointeur sur pointcol en pointeur sur 

point 

ad2 = & b ; // idem 

* adl = * ad2 ; / / affectation de la "partie point " de b 
coul = b.coul ; // affectation de la partie propre a pointcol 
return * this / 

; 

Nous convertissons les pointeurs (this et & b) sur des objets de pointcol en des pointeurs sur des objets de 
type point. II suffit en suite de realiser une affectation entre les nouveaux objets pointes (* adl et * a d 2 } pour 
entralner I'appel de I'operateur = de la classe point. Voici le nouveau programme complet ainsi modifie. 
C ette fois, les res u I tats m ontrent que I 'affectation entre objets de type pointcol est satisfaisante. 



# include <iostream.h> 
class point 
{ protected : 

int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ;} 
point & operator = (point & a) 
{ x = a.x ; y = a.y ; 

cout « "operateur = de point \n" ; 
return * this ; 

} 

} ; 

class pointcol : public point 
{ protected : 
int coul ; 
public : 

pointcol (int abs=0, int ord=0, int cl=l) : point (abs, ord) { coul=cl ; } 
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pointcol & operator = (pointcol S b) 
{ point * adl, * ad2 ; 

cout « "operateur = de pointcol\n" ; 

adl = this ; // conversion pointeur sur pointcol en pointeur sur 

point 

ad2 = & b ; // idem 

* adl = * ad2 ; // affectation de la "partie point " de b 
coul = b.coul ; // affectation de la partie propre a pointcol 
return * this / 

; 

void affiche () 

{ cout « "pointcol : " « x « " " « y « " " « coul « "\n" ; 
} 

} ; 

main () 

{ pointcol p(l, 3, 10) , q(4, 9, 20) ; 
cout « "p = " ; p. affiche () ; 

cout « "q avant = " ; q. affiche () ; 
1 = P ; 

cout « "q apres = " ; q. affiche () ; 

} 



p = pointcol : 1 3 10 

q avant = pointcol : 4 9 20 
operateur = de pointcol 
operateur = de point 
q apres = pointcol : 1 3 10 



Pour forcer, dans une classe derivee, I 1 utilisation de I 1 operateur = surdefini 
dans la classe de base 

Remarque: 

On dit sou vent qu'en C + + , I'operateur d 1 affectation n ' est pas her ite . Une telle affirm ation est en fait 
source de confusions. En effet, on peut considerer qu'elle est exacte, dans la mesure oil, lorsque B n ' a 
pas defini I'operateur = , on ne se contente pas de faire appel a celui defini (eventuellem ent) dans A (ce 
qui reviendrait a realiser une affectation partielle ne concernant que la partie heritee de A !). En 
revanche, on peut considerer que cette affirm ation est fausse puisque, lorsque B ne surdefinit pas I'opera- 
teur = , cette classe peut qua nd m em e " prof iter" (a u torn atiquem ent) de I'operateur defini dans A ; 

Cette ambiguite se retrouve d'ailleurs dans certaines implementations qui, suivant cette affirmation a la 
lettre, n'ont pas prevu d'appeler I'operateur = defini dans A lorsque B n'en definissait aucun. L e resultat 
est alors assez deconcertant... 



9. HERITAGE ET FORME C AN ON IQU E DUNE C LASSE 

Dans le paragraphe 4 du chapitre IX, nous avons defini ce que Ton nomme la "forme canonique" d'une 
classe, c'est-a-dire le canevas suivant lequel devrait etre construite toute classe non triviale (disposant de 
pointeurs). 
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Voici comment ce schema pourrait etre generalise dans le cadre de I ' heritage (par souci de brievete, 
certain es fonctions ont ete placees "en ligne" ). Plus p r ec i sem e n t, nous y trouvons : 

• une classe de base nom m ee T , respectant la form e canonique deja presentee, 

• une classe derivee nommee U, respectant e 1 1 e aussi la forme canonique, mais s'appuyant sur certaines 
des fonctionnalites de sa classe de base (constructeur par recopie et operateur d 1 affectation). N otez bien 
que nous ne faisons que recapituler ici ce qui a ete presente dans les pa rag raphes 7 et 8 de ce chapitre. 



class T 
{ public : 

T (...) ; // constructeurs de T, autres que par recopie 

T (const T &) / // constructeur de recopie de T (forme 

conseillee) 

~T () ; // destructeur 

T & T: -.operator = (const T &) ; // operateur d' affectation (forme 
conseillee) 



} ; 

class U : public T 
{ public : 

U (...) ; // constructeurs autres que recopie 

U (const U & x) : T (x) // constructeur de recopie de U : il utilise 
celui de T 
{ 

// prevoir ici la copie de la partie de x specif ique a T (qui n 'est pas 

un T) 

} 

~U () ; 

U & U: .-operator = (const U & x) // operateur d' affectation (forme 
conseillee) 

{ T * adl = this, * ad2 = &x / 

*adl = *ad2 ; // affectation (a 1 ' objet courant) de la 

partie 

// de x heritee de T 
// prevoir ici 1 'affectation (a 1 'objet courant) 
// de la partie de x specif ique a U (non heritee de T) 

} 



Forme canonique d'une classe derivee 
10. CE QUEST L'HERITAG E ET CEQU'IL NEST PAS 



N ous avons vu comment une classe derivee peut tirer parti des possibilites d'une classe de base. On traduit 
parfois cela en disant qu'elle herite de ses "fonctionnalites". Ce dernier terme peut, cependant, preter a 
confusion en laissant croire que I 1 heritage est plus genera I qu'il ne Test en realite. 

Prenons I'exem pie d'une classe point qui a surdefini I'operateur + (point + point ■> point) et d'une classe 
pointcol qui herite publiquement de point (et qui ne red e f i n it pas + ). P ourra-t-elle utiliser cette 
"fonctionnalite" de la classe point qu 'est I'operateur + ? En fait, on voit a ce niveau qu'un certain nom bre 
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de c h o ses sont floues. La somme de deux po ints co lores sera-t-elle un point colore ? Si oui, quelle pourrait 
b i en etre sa couleur ? Sera-t-elle sim plem ent un point? Dans ce cas, on ne peut pas vraiment dire que 
pointcol a herite des possibilites d' addition de point. 

Prenons m aintenant un autre ex e m pie : celui de la classe point, munie d'une fonction (membre ou amie) 
coincide, telle que nous I'avions considered dans le paragraphe 1 du chapitre VIII et une classe pointcol 
heritant de point. Notre fonction coincide pourra-t-elle (telle qu'elle est) etre utilisee pour tester la 
coincidence de deux points colores ? 

N ous vous proposons d'apporter des elements de reponse a ces differentes questions. Pour ce faire, nous 
a I Ions preciser ex a c tern ent ce qu 'est I 1 heritage, ce qui nous perm ettra de cone lure que les situations que nous 
venons d'evoquer ne re lev ent pas (uniquem ent) de I 1 heritage. N o us verrons en suite comment la conjugaison 
de I 1 heritage et des regies de com patibi lite entre objets derives (dont nous avons pa He ci-dessus) perm et de 
donner un sens a certaines des situations evoquees ; les autres necessiteront le recours a des moyens 
supplem entaires (conversions, par exemple). 



10.1 La situation d'heritage 

C onsiderons ce canevas (t designant un type quelconque) : 

class A class B : public A 

{ { 

public : } ; 

t f( ; / 

La classe A possede une fonction membre f, dont nous ne precisons pas ici les arguments, fournissant un 
res u I tat de type t (type de base ou defini par I'utilisateur). La classe B herite des m em bres publics de A , 
done de f. S oit deux objets a et b : 

A a ; B b ; 

B ien entendu, I'appel : 

a. f ( ; / 

a un sens et il fournit un resultat de type t. 

L e fait que B herite publiquem ent de A perm et alors d' affirm er que I'appel : 

b. f ( ; / 

a lui aussi un sens, autrem ent dit, que f agira sur b (ou avec b) com m e s'il eta it du type A . Son resultat 
sera toujo urs de type t et ses argum ents auront to u jours le type im pose par son prototype. 

T out I' heritage est contenu dans cette affirm ation a laquelle il faut abso lum ent se tenir. E xpliquons-nous. 



a) Le type du resultat de I'appel 

G eneralem ent, tant que t est un type usuel, I'affirm ation ci-dessus apparalt triviale. Mais des doutes 
apparaissent des que t est un type objet, su rtout s'il s'agit du type de la classe do nt f est m em bre. A in si, avec 
le prototype : 
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a f( ; 

le resultat de I'appel b.f( ) sera bien de type A (et non de type B comme on pourrait parfois le 

so u h a ite r . . . ) . 

b) Le type des argum ents de f 

La rem a rq u e faite a propos de la valeur de retour s'applique a u x arguments de f. Par ex em pie, supposons 
que f ait pour prototype : 

t f(A) ; 

et que nous ayons declare : 

A « a , a 2 ; B b 1 h 2 ; 

L 'heritage (public) don ne effectivem ent une signification a : 
Quanta I'appel : 

b l- f(b 2> 

s'il a un sens, c' est grace a I 'existence de conversions im pi kites : 

• de I'objet bl de type B en un objet du type A si f recoit son argum ent par valeur. N 'oubliez pas qu'alors 
il y aura appel d'un constructeur de recopie (par defaut ou su r defini), 

• d'une reference a bl de type B en une reference a un objet de type A si f r e g o it ses arguments par 
reference. 

10.2 E x e m pies 

Revenons m a in tenant aux ex em pies evoques en introduction de ce pa rag rap he. 
a) Heritage dans pointcol d'un opera teur + defini dans point 

En fait, que I'operateur + soit defini sous forme d'une fonction membre ou d'une fonction amie, la 
"somme" de deux objets a et b de type pointcol sera de type point. En effet, dans le premier cas, 
I'expression : 

a + b 

sera evaluee comme : 

a. operators- (b) 

II y aura appel de la fonction m em bre o p e r a to r + 18 pour I'objet a (dont on ne consider era que ce qui est du 
type point), a laquelle on transmettra en argument le resultat de la conversion de b en un point 19 . Son 
resultat sera de type point. 



■ F o n c t i o n m em bre de pointcol, m a is heritee de point. 
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Dans le second cas, I 'expression sera evaluee com m e : 

operator* (a, b) 

II y aura appel de la fonction am i e 2 0 operator , a laquelle on transm ettra le resultat d e la conversion de a et 
b dans le type point. L e resultat sera to u jours de type point. 

D a ns ces conditions, vo us voyez que si c est de type pointed, une b a nale affectation telle que : 

c = a + b ; 

sera rejetee, faute de disposer de la conversion de point en pointcol. On peut d'ailleurs logiquem ent se 
demander quelle couleur une telle conversion pourrait attribuer a son resultat? Si maintenant on souhaite 
definir la somme de deux points colores, il faudra redefinir I'operateur + au sein de pointcol, quitte a ce 
qu'il fasse appel a celui defini dans point pour la so m m e des coordonnees. 



b) Heritage dans pointcol de la fonction coincide de point 

Cette fois, il est facile de voir qu'aucun problem e particulier ne se pose 21 , a partir du moment ou Ton 
considere que la coincidence de deux points colores correspond a I'egalite de leurs seules coordonnees (la 
couleur n'intervenant pas). 

A titre indicatif, voici un exemple de programme complet, dans lequel coincide est defini comme une 
fonction m em bre de point. 



# include <iostream.h> 

class point 

{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
friend int coincide (point &, point &) ; 

} ; 

int coincide (point & p, point & q) 

{ if ((P-x == q.x) && (p.y == q.y)) return 1 ; 

else return 0 ; 

} 

class pointcol : public point 
{ short couleur ; 
public : 

pointcol (int abs=0, int ord=0, short cl=l) : (abs, ord) 
{ couleur = cl ; } 

} ; 

main() // programme d'essai 

{ 



■ Suivant les cas, il y aura conversion d'objets ou conversion de references. 

- A m ie de point et de pointcol par heritage, m a is, ic i, c 'est seuleni ent la relation d ' a m itie avec point qui est em ployee. 

■ M a is, ici, le resultat fourni par coincide n'est pas d'un type classe 
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pointcol a (2, 5, 3), b(2,5,9), 
if (coincide (a,b)) cout « 

else cout « 
if (coincide (a,c)) cout « 

else cout « 



c ; 

"a coincide avec b \n " ; 

"a et b sont differents \n" ; 

"a coincide avec c \n " ; 

"a et c sont differents \n" ; 



a coincide avec b 

a et c sont differents 



H e r ita g e , dans pointed, de la fonction coincide de point 



11. EXEMPLE DE CLASSE DERIVEE 



Supposez que nous disposions de la classe vect telle que nous I'avions definie dans le paragraphe 5 du 
chapitre IX . C ette classe est munied'un constructeur, d'un destructeur et d'un operateur d 1 in die, age [] (notez 
bien que, pour etre exploitable, cette classe qui contient des parties dynam iques, devrait comporter 
egalem ent un constructeur par recopie et la su r definition de I'operateur d 1 affectation). 



class vect 

{ int nelem ; 

int * adr ; 
public : 

vect (int n) { adr = new int [nelem=n] ; } 
-vect () (delete adr ; } 
int & operator [] (int) ; 

} ; 

int & vect : : operator [] (int i) 
{ return adr[i] ; } 



Supposez que nous ayons besoin de vecteurs dans lesquels on puisse fixer, non seulement le nombre 
d'elem ents, m a is les bornes (m inim urn et maximum) des indices (supposes to u jours en tiers). P ar ex em pie, 
nous pourrions declarer (si vectl est le nom de la nouvelle classe) : 

vectl t (15, 24) ; 

C e qui signifierait que t est un tableau de dix en tiers d 1 in dices variant de 15 a 24. 

II semble alors naturel d'essayer de deriver une classe de vect. II nous faut prevoir deux membres 
supplem entaires pour conserver les bornes de I'indice, d'ou le debut de la declaration de notre nouvelle 
classe : 

class vectl : public vect 
{ int debut, fin ; 



XIII. La technique de 1 1 heritage 235 
M anifestement, vectl necessite un constructeur a deux arguments entiers correspondant aux bornes de 
I 1 indice. Son en-tete sera de la form e : 

vectl (int d, int f) 

M ais I'appel de ce constructeur entralnera autom atiquem ent celui du constructeur de vect ; il n'est done pas 
question de fa ire dans vectl I 'a I location dynam ique de notre vecteur ; au contra ire, nous reutilisons le travail 
effectue par vect : il nous suffit de lui transm ettre le nombre d'elements souhaites, d'ou I 'en-tete com plet de 
vectl : 

vectl (int d, int f) : vect (f-d+1) 

Quant a la tache specifique de vectl, elle se limite a renseigner les valeurs de debut etfin. 

A priori, la classe vectl n ' a pas besoin de destructeur, dans la mesure ou elle n'alloue aucun emplacement 
dynam ique autre que celui deja alloue par vect. 

Nous pourrions aussi penser que vectl n ' a pas besoin de su rdefinir I'operateur [], dans la mesure ou elle 
"herite" de celui de vect. Qu'en est-il exactement? Dans vect, la fonction membre operator!) recoit un 
argument implicite et un argument de type int; elle fournit une valeur de type int. Sur ce plan, done, 
I ' heritage va fonctionner correctement et C + + acceptera qu'on fasse appel a operator!] pour un objet de 
type derive vectl. A insi, avec : 

vectl t (15, 24) 

la notation : 

t[i] 
qui signifiera 

t. operator [] (i) 

aura bien une signification. 

L e seul ennui... c' est que cette notation design era to u jours le i elem ent du tableau dynam ique de I' objet t. 
E t ce n'est plus ce que nous voulons. II nous faut done su rdefinir I'operateur [] pour la classe vectl . 

A ce niveau, (au m oins) deux solutions s' off rent a nous : 

• utiliser I'operateur existant dans vect, ce qui nous conduit a : 

int & operator [] (int i) 

{ return vect :: operator [ ] (i-debut) ; } 

• ne pas utiliser I'operateur existant dans vect, ce qui nous conduira it a : 

int & operator [] (int i) 

{ return adr [i-debut] ; } 

(a condition que adr soit accessible a la fonction operator [], done declare public ou, plus raisonnablem ent, 
prive). 

C ette dernie re solution pa rait peut-etre plus sedu i sa n te 2 2 . 



" ■ D u m o ins ic i, car le travail a effectuer eta it si m pie. Dans la pratique, on c he rc he ra plutot a recuperer le travail deja effectue, en se 
contentant de le com pleter si necessaire. 
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V oici un ex em pie com plet faisant appel a la p re m i e re solution. N o u s y avons fait figurer la classe vect elle- 
meme pour vous faciliter son examen et nous avons, comme a I'accoutum ee, introduit quelques affic hages 
d'inform ation, au sein de certain es fo notions m em bre de vect et de vectl. 



# include <iostream.h> 

// **************** 2a classe vect ********************************** 
class vect 

{ int nelem ; // nombre d' elements 

int * adr ; // pointeur sur ces elements 

public : 

vect (int n) // constructeur vect 

{ adr = new int [nelem = n] 

cout « "+ Constr. vect de taille " « n « "\n" / 

; 

~vect () // destructeur vect 

{ cout « "- Destr. vect " ; 
delete adr ; 

; 

int & operator [] (int) ; 

} ; 

int & vect : : operator [] (int i) 
{ return adr[i] ; 
} 

// **************** 2a classe derivee : vectl ********************** 
class vectl : public vect 
{ int debut, fin ; 
public : 

vectl (int d, int f) : vect (f - d + 1) // constructeur vectl 

{ cout « "++ Constr. vectl - bornes : " « d « " " « f « "\n" ; 
debut = d ; fin = f ; 

} 

int & operator [] (int) ; 

} ; 

int & vectl :: operator [] (int i) 

{ return vect : : operator [] (i-debut) ; } 
// **************** un programme d'essai **************************** 
main () 

{ const int MIN=15, MAX = 24 ; 
vectl t (MIN, MAX) 
int i ; 

for (i=MIN ; i<=MAX ; i++) t[i] = i ; 

for (i=MIN ; i<=MAX ; i++) cout « t[i] « " " ; 

cout « "\n" ; 



+ Constr. vect de taille 10 
++ Constr. vectl - bornes : 15 24 
15 16 17 18 19 20 21 22 23 24 
- Destr. vect 
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Remarque: 

Bien entendu, la encore, pour etre exploitable, la classe vectl devrait definir un constructeur par recopie 
et I'operateur d'affectation. A ce propos, on peut noter qu'il reste possible de definir ces deux fonctions 
dans vectl, m em e si elles n'ont pas ete definies correctem ent dans vect. 

12. PATRON S DE C LASSES ET HERITAGE 

II est tres facile de com bin er la notion d' heritage avec celle de patron de classes. C ette com binaison peut 
revetir plusieurs aspects : 

• C lasse "ordinaire" derivee d'une classe patron (c'est-a-dire d'une instance particuliere d'un patron de 
classe) ; par ex em pie, si A est une classe patron def in ie par template < class T > A : 

class B : public A <int> // B derive de la classe patron A<int> 

on obtient une seule classe nom m ee B . 

• Patron de classes derive d'une classe "ordinaire", par ex em pie (A eta nt une classe ordinaire) : 

template <class T> class B : public A 

On obtient une famille de classes (de parametre de type T). L 'aspect "patron" a ete introduit ici au 
m om ent de la derivation. 

• Patron de classes derive d'un patron de classes. C ette possibility peut revetir deux aspects suivant que 
Ton introduit ou non de nouveaux parametres lors de la derivation. Par exemple, si A est une classe 
patron definie par template < class T > A, on peut: 

- definir une nouvelle fam ille de fonctions derivees par : 

template <class T> class B : public A <T> 

D ans ce cas, il existe autant de classes derivees possibles que de classes de base possibles. 

- definir une nouvelle fam ille de fonctions derivees par : 

template <class T, class U> class B : public A <T> 

Dans ce cas, on peut dire que chaque classe de base possible peut engender une famille de classes 
derivees (de param etre de type U ). 

D'une maniere generale, vouspouvez "jouer" a volonte avec les parametres, a savoir en introduire ou en 
supprim er a volonte. 

V oici tro is ex em pies correspondant a certaines des situations que nous venons d' evoquer. 
a) Classe "ordinaire" pointcol int derivant d'une classe patron p o in t < in t > 
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^include <±ostream.h> 
template <class T> class point 
{ T x ; T y ; 
public : 

point (T abs=0, T ord=0) { x = abs ; y = ord ; } 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 

} ; 

class pointcol_int : public point <int> 
{ int coul ; 
public : 

pointcol_int (int abs=0, int ord=0, int cl=l) : point <int> (abs, ord) 
{ coul = cl ; 
} 

void affiche () 

{ point<int>: : affiche () ; cout « " couleur : " « coul « "\n" ; 

} 

} ; 

main () 

{ point <float> pf (3.5, 2.8) ; pf. affiche () ; // instanciation d'une classe 
patron 

pointcol_int p (3, 5, 9) ; p. affiche () ; // emploi (classique) de la 

classe 

// pointcol_int 

} 

Coordonnees : 3.5 2.8 
Coordonnees : 3 5 
couleur : 9 



b) Patron de classes pointcol derivant d'un patron de classes point, 
avec les mem es param etres 

A p a rti r du patron template < class T > class point, nous deriv on s un patron no m m e pointcol dans lequ el le 
nouveau m em b r e introduit est du m em e type T que les coordonnees d u point. 



# include <iostream.h> 
template <class T> class point 
{ T x ; T y ; 
public : 

point (T abs=0, T ord=0) { x = abs ; y = ord ; } 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 

} ; 

template <class T> class pointcol : public point <T> 
{ T coul ; 
public : 

pointcol (T abs=0, T ord=0, T cl=l) : point <T> (abs, ord) { coul = cl ; } 
void affiche () { point<T> :: affiche () ; cout « " couleur : " « coul 

; } 
} ; 
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main () 

{ point <long> p (34, 45) ; p. affiche () ; 

pointcol <short> q (12, 45, 5) ; q. affiche () ; 

} 



Coordonnees : 34 45 
Coordonnees : 12 45 
couleur : 5 



c) Patron de classes derivant d'un patron de classes 
et introduisant un nouveau parametre 

A partir du patron template < class T > class point, nous derivons un patron nom m e pointcol dans lequel le 
nouveau m em bre introduit est d'un type U different de celui des coordonnees d u point. 



^include <iostream.h> 
template <class T> class point 
{ T x ; T y ; 
public : 

point (T abs=0, T ord=0) { x = abs ; y = ord ; } 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 

} ; 

template <class T, class U> class pointcol : public point <T> 
{ U coul ; 
public : 

pointcol (T abs=0, T ord=0, U cl=l) : point <T> (abs, ord) { coul = cl ; } 
void affiche () 

{ point<T>: : affiche () ; cout « " couleur : " « coul « "\n" ; 

} 

} ; 

main () 
{ 

// un point a coordonnees de type float et couleur de type int 
pointcol <float, int> p (3.5, 2.8, 12) ; p. affiche () ; 

// un point a coordonnees de type unsigned long et couleur de type 

short 

pointcol <unsigned long, short> q (295467, 345789, 8) ; q. affiche () ; 

} 



Coordonnees : 3.52.8 

couleur : 12 
Coordonnees : 295467 345789 

couleur : 8 
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O^U. RETOUR SUR LES POINTEURS SUR DES FO NOTIONS M EM BRE 

N ,B . C e pa rag rap tie peut etre ignore dans un premier tern ps. 

L e paragraphe 9 du chapitre VI vous a m ontre comment declarer et utiliser des pointeurs sur des fo notions 
m em bre. V oyons ce que devient cette notion dans le contexte de I 1 heritage. C onsiderons ces deux classes : 



class point class pointed : public point 

{ i 

public : public : 

void dep_hor (int) ; void colore (int) ; 

void dep_vert (int) ; 

J ; 

} ; 

N o us pouvons declarer un pointeur a dtp sur des fo notions m em bre de point par : 

void (point:: * adfp) (int) ; 

C ela signifie que a dtp peut recevoir I'adresse de n'im porte quelle fo notion m em bre de point, dans la m esure 
ou son prototype est de la form e void f (int). 

D e m em e, nous pouvons declarer : 

void (pointed:: * adfpc) (int) ; 

B ien entendu, ces affectations sont I eg ales : 

adfp = point :: dep_hor ; 
adfp = point :: dep_vert ; 
adfpc = pointed :: colore ; 

II en va de meme pour : 

adfpc = pointcol : : dep_hor ; 
adfpc = pointcol :: dep_vert ; 

puisque les fo notions d e p _ h or et d e p _ vert sont effectivem ent (egalem ent) des m em bres de pointcol 23 . 

H a is on peut aussi s'interroger sur la " com patibilite" existant entre adfp et adfpc. A utrem ent dit, lequel peut 
etre affecte a I'autre ? N ous donnerons un peu plus loin la regie adoptee par C + + m a is, auparavant, nous 
alio ns vous m ontrer que celle-ci est log ique. 

II suffit, en effet, de penser a I'usage qui est fait de tels pointeurs, a savoir I'appel de la fonction 
correspondante. Si Ton accepte que adfpc recoive une valeur du type pointeur sur une fonction membre de 
point (de meme prototype), cela signifie qu'on pourra etre amene a appeler, pour un objet de type 
pointcol 24 , une fonction heritee de point. C ela ne pose done aucun problem e. En revanche, si I 'on acceptait 
que adfp receive une valeur du type pointeur sur une fonction membre de pointcol, cela signifierait qu'on 
pourrait etre amene a appeler, pour un objet de type point, n'importe quelle fonction de pointcol. 



2i - Pour le compilateur, point::dep_hor et pointcol::dep_hor sont de type different. Cela n'empeche pas ces deux symboles de designer la 
meme a dresse. 

24 ■ Car, b i e n entendu, une affectation telle que adfpc = adfp ne m odlfle pas le type de adfpc. 
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M anifestem ent, certaines fonctions (celles definies dans pointcol, c'est-a-dire celles qui ne sont pas heritees 
de point) risqueraient de ne pas pou voir travailler correctem ent ! 

D'ou la regie prevue par C+ + : 

II existe une conversion im p lie it e d'un pointeur sur une fonction membre d'une classe derivee en un 
pointeu r sur une fonction membre (de m em e prototype) d'une cla sse de ba se. 



Si on se limite aux apparences (c'est-a-dire si on ne cherche pas a com prendre les raisons profondes), 
cette regie semble "diverger" par rapport aux conversions implicites entre objets ou pointeurs sur des 
objets : ces dernieres se font dans le sens derivee -> base, alors que, dans le cas des fonctions membre, 
elles ont lieu dans le sens base -> derivee. 



N ous venons de vous ex poser les principes de base de I 1 heritage en nous lim itant a des situations n e faisant 
intervenir que deux classes a la fois : une classe de base et une classe derivee. 

E n fait, ces notions de classe de base et de classe derivee sont relatives puisque : 

• d'une meme classe peuvent etre derivees plusieurs classes differentes (eventuellem ent u t i I i sees au sein 
d'un meme program m e), 

• une classe derivee peut, a son tour, servir de classe de base pour une autre classe derivee. 

Autrement dit, les differentes classes derivees d'une meme classe de base peuvent etre representees par une 
" arborescence" telle que la suivante : 



lei, C est derivee de B , el le-m em e derivee de A (on dit aussi qu e C herite de B qui, elle-m em e herite de A ). 
Pour traduire la relation existant entre A et C , on dira que C est une descendante de A ou encore que A est 
une ascendante de C . N aturellem ent, C est aussi une d esc en da nte de B ; lorsqu'on aura besoin d'etre plus 
precis, on dira que C est une descendante directe de B . 

P ar ail leu rs, C + + (depuis la version 2) elargit les possibilites d" heritage en introduisant ce que I'on nom m e 
I'heritage m ultiple : une classe donnee peut heriter sim ultanem ent de plusieurs classes. Dans ces conditions, 
on n'a plus affaire a une arborescence de classes, mais a un graphe qui peut eventuellem ent devenir 
com plexe. En voici un sim pie exem pie : 



Remarque: 



14. L'HERITAG E EN GENERAL 
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T out ce qui a ete dit jusqu'a m a in tenant se generalise sans aucun problem e a toutes les situations d 1 heritage 
simple (syntaxe, appel des constructeurs...). D'une maniere generale, lorsque nous parlerons d'une classe 
derivee d'une classe de base, il pourra s'agir d'une descendante quelconque (directe ou non). De meme, 
lorsque nous parlerons de derivation publique, il faudra comprendre que la classe concerned s'obtient par 
une ou plusieu rs derivations successives publiques de sa classe de base. N otez qu'il suffira qu'une seule de 
ces derivations so it privee pour qu' a u bout d u com pte, on pa rle glob alem en t de derivation privee. 

En ce qui cone erne les situations d' heritage m ultiple, leur m ise en ce u v re necessite quelques connaissances 
supplem entaires. N ous avons prefere les regrouper dans un chapitre separe (XIV), com pte tenu, no tarn m ent, 
de ce que leur usage est peu repandu. 



15. EXPLOITATION D'UNE CLASSE DERIVEE 



L 'heritage peut etre utilise dans des buts tres d iff e rents. 



On peut, par exemple, disposer d'une classe (eventuellem ent derivee d'autres classes) qui resout 
partiellem ent un problem e donne. On a da pte alors cette classe en creant une classe derivee pour resoudre le 
problem e pose. Dans ce cas, on gagne du tern ps de program m ation puisqu'on reutilise une partie de logiciel. 
M erne si I'on n'exploite pas toutes les fonctions de la classe de depart, on ne sera pas trop penalise dans la 
mesure ou les fonctions non u t i I i sees ne seront pas incorporees a I'edition de liens. Le seul risque encouru 
sera celui d'une perte de tern ps dans des appels im briques que I'on aura it pu lim iter en reecrivant totalem ent 
la classe. En revanche, les membres donnee non utilises (s'il y en a) occuperont de I'espace dans tous les 
objets du type. 

D ans cette categorie, on peut egalem ent ranger le cas ou, disposant d'une classe, on souhaite en m odifier 
I' interface utilisateur pour qu'elle reponde a des c rite res donnes. La classe derivee fait la meme chose que la 
classe de base ; seule la fa? on de I'utiliser est differente. 



Dans un tout autre esprit, on peut, au contra ire, en " partant de rien" , chercher a resoudre un problem e en 
I'exprimant sous forme d'un g rap he (ou d'un arbre si I'on ne dispose pa s de I' heritage m ultiple) de classes. 
On peut m em e etre am ene a creer ce que I'on nom m e des "classes abstraites" , e'est-a- dire des classes do nt la 
vocation n'est pas de don ner na issa nee a des o b jets, m a is sim plem ent d'etre utili sees com m e classes de base 
pour d'autres classes derivees. 



En ce qui concerne ('utilisation (compilation, edition de liens) d'une classe derivee au sein d'un programme, 
les choses sont tres sim pies si la classe de base et la classe derivee sont creees dans le program m e lui-m em e 
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(un seul fichier source, un m o d u I e objet...). II en ira ra rem en t a in si. V oici un schem a illustrant la m aniere 
de com piler successivem ent : 



• une classe de base, 

• une classe derivee, 

• un program m e utilisant cette classe derivee. 



Declaration 
Classe de 
base 



Definition 
classe de 
base 



Declaration 

classe 

derivee 



Definition 

classe 

derivee 



Programme 
utilisant la 
classe derivee 



Compilation 



Module objet 
classe de 
base 




Compilation 



Module objet 

classe 

derivee 




Programme 
executable 




Compilation 



Module objet 

programme 

utilisateur 



Exploitation d'une classe derivee 



En general, les "declarations" figureront dans un fichier en -rite, introduit par # i n c I u d e pour la com p Nation. 

N aturellem ent, ce schem a devra etre adapte pour les cas ou Ton a plus de deux classes ou lorsque la classe 
de base et la classe derivee fig u rent dans un m em e fichier source (le fichier en-tete correspondant etant alors 
probablem ent unique). 



XIV. L'HERITAGE M ULTIPLE 



C om m e nous I'avons sign a le dans le chapitre precedent, C + + dispose (depu is la version 2) de possibilites 
d' heritage multiple. II s'agit la d'une generalisation consequente, dans la mesure ou e 1 1 e perm e t de 
s'affra nc h ir de la contra in te hierarchique i m p o see par I 1 heritage simple. 

M algre tout, son usage reste assez peu repandu ; la principale raison reside certainement dans les difficules 
qu'il implique au niveau de la conception des logiciels. II est, en effet, m anifestem ent plus facile de 
structurer un ensem ble de classes suivant un ou plusieurs " arbres" (c a s de I 1 heritage sim pie) que suivant un 
si m pie "graphe oriente sans circuit" (cas de I 1 heritage m ultiple). 

B ien entendu, la plupart des choses que nous avons dites a propos de I 1 heritage sim pie se genera li sen t au cas 
de I ' heritage multiple. Neanmoins, un certain nombre d 1 inform ations supplem entaires doivent etre 
introduites pour repondre aux questions suivantes : 

• Commentexprimer cette dependance " m ultiple" , au sein d'une classe derivee 1 

' C omment seront appeles les construe teurs et destructeurs cone ernes : ordre, transm ission d 1 inform ation, 
etc. ? 

• C omment regler les conflits qui risquent d'apparaltre dans des situations telles que celle-ci ou D herite de 
B et C qui heritent toutes deux de A ? 




1. M IS E EN CE UVRE DE LHERITAGE M ULTIPLE 
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C onsiderons une situation si m pie, celle ou une classe, que nous nom m erons pointcoul, herite de deux autres 
classes nom m ees point et coul. 



point coul 
I pointcoul 



Supposons, pour fixer les id ees, que les classes point et coul se presentent a in si (nous les avons reduites a ce 
qui etait indispensable a la dem onstration) : 

class point class coul 

{ int x, y ; { short couleur ; 

public : public : 

point (...) {...} coul (...) {...} 

-point () {. . .} -coul () {. . .} 

affiche () {...} affiche () {...} 

} ; } ; 

N o us pouvons definir une classe pointcoul heritant de ces deux classes en la declarant a in si (ici, nous avons 
choisi public pour chacune de nos deux classes, m a is, le cas echeant, nous pourrions em ployer private 1 ou 
protected 2 ). 

class pointcoul : public point, public coul 
{ ... } ; 

Notez que nous nous sommes contente de remplacer la mention d'une classe de base par une liste de 
m entions de classes de base. 

Au sein de cette classe, nous pouvons definir de nouveaux membres. Ici, nous nous limitons a un 
constructeur, un destructeur et une fonction d'affichage. 

Dans le cas de I ' heritage simple, le constructeur devait pouvoir retransm ettre des informations au 
constructeur de la classe de base. II en va d e m em e ici, avec cette difference qu'il y a deux classes de base. 
L 'en-tete du constructeur se presentera ainsi : 

pointcoul ( ) : point ( ), coul ( ) 

I I I 

arguments arguments arguments 

de pointcoul a transmettre a transmettre 

a point a coul 

L 'ordre d' appel des construe teurs est le suivant : 

• constructeurs des classes de base, dans I'ordre ou les classes de base sont declarers dans la classe derivee 
(ici, point puis coul), 

• constructeur de la classe derivee (ici, pointcoul). 

1 ■ D epuis la version 2.0. 

2 ■ D epuis la version 3. 
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L es destructeurs eventuels seront, la encore, appeles dans I'ordre inverse lors de la destruction d'un objet de 
type pointcoul. 

Dans la fonction d'affichage que nous norm m erons, e 1 1 e aussi, affiche, nous vous proposons de lui faire 
employer successivem ent les fonctions affiche de point et de coiil. C om m e dans le cas de I 1 heritage simple, 
on peut, dans une fonction membre de la classe derivee, utiliser toute fonction membre publique (ou 
protegee) d'une classe de base. L orsque plusieu rs fonctions m em bre portent le m em e nom dans differentes 
classes, on peut lever I'am biguite en em ployant I'operateur de resolution de portee. Ainsi, ici, notre fonction 
affiche de pointcoul sera : 

void affiche () 

{ point :: affiche () ; coul : : affiche () ; 
} 

B ien entendu, si les fonctions d'affichage de point et de coul se nom m aient, par ex em pie, affp et affc, notre 
fonction affiche aura it pu s'ecrire sim plem ent : 

void affiche () 

{ affp () ; affc () ; 

} 

L 'utilisation de la classe pointcoul est "classique" . U n objet de type pointcoul peut faire appel aux fonctions 
membre de pointcoul ou, eventuellem ent, aux fonctions membre des classes de base point et coul (en se 
servant eventuellem ent de I'operateur de resolution de portee pour lever des ambiguites). Par exemple, 
avec : 

pointcoul p (3, 9, 2) ; 

p. affiche () appellera la fonction affiche de pointcoul, tandis que p.point::affiche () appellera la fonction 
affiche de point. 

N aturellem ent, si I'une des classes point et coul etait elle-meme derivee d'une autre classe, il serait 
egalement possible d'en utiliser I'un des membres (en ayant eventuellem ent plusieurs fois recours a 
I'operateur de resolution de portee). 

Voici un exemple complet de definition et d' utilisation de notre classe pointcoul, dans laquelle ont ete 
introduits quelques affichages informatifs. 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 
point (int abs, int ord) 

{ cout « "++ Constr. point \n" ; x=abs ; y=ord ; 
} 

~point () { cout « " — Destr. point \n" ; } 
void affiche () 
{ cout « "Coordonnees : " « x « " " « y « "\n" ; 

; 

; / 

class coul 
{ short couleur ; 
public : 
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coul (int cl) 

{ cout « "++ Constr. coul \n" ; couleur = cl ; 
} 

~coul () { cout « " — Destr. coul \n" ; } 
void afflche () 

{ cout « "Couleur : " « couleur « "\n" ; 

} 

} ; 

class pointcoul : public point, public coul 
{ public : 

pointcoul (int, int, int) ; 

~pointcoul () { cout « " Destr. pointcoul \n" ; } 

void affiche () 

{ point :: affiche () ; coul :: affiche () ; 

} 

) ; 

pointcoul :: pointcoul (int abs, int ord, int cl) : point (abs, ord) , coul (cl) 
{ cout « "++++ Constr. pointcoul \n" ; 
} 

main ( ) 

{ pointcoul p(3,9,2) 

cout « " \n" ; 

p. affiche () ; 

cout « " \n" ; 

p. point :: affiche () ; 

cout « " \n" ; 

p . coul :: affiche () ; 
cout « " \n" ; 

} 



++ Constr. point 

++ Constr. coul 

++++ Constr. pointcoul 



Coordonnees : 3 9 
Couleur : 2 



Coordonnees : 3 9 



Couleur : 2 



Destr. pointcoul 

— Destr. coul 

— Destr. point 



U n exemple d' heritage multiple : pointcoul he rite tie point et de coul 



// appel de affiche de pointcoul 

// on force 1 'appel de affiche de point 

// on force 1 'appel de affiche de coul 
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Remarque: 

Nous avons vu comment distinguer deux fonctions membre de meme nom appartenant a deux classes 
differentes (par exemple affiche). La meme demarche s'appliquerait a des membres donnee (dans la 
m esure ou leur acces est auto rise). P ar ex em pie, avec : 

class A class B 

{ { 

public : public : 

int x ; int x ; 

} ; } ; 

class C : public A, public B 

{ 

; / 

C possed era deux membres nommes x, I ' u n herite de A , I'autre de B . A u sein des fonctions m em bre de 
C , on fera la distinction a I' aide de I'operateur de resolution de portee : on parlera de A::x ou de B ::x. 



2. POUR REGLER LES EVENTUELS CONFLITS 
LES C LASSES VIRTUELLES 

C onsiderons la situation ci-apres : 



correspondant a des declarations telles que 



class A 

{ 

int x 

} ; 

class B 
class C 
class D 



public A { ; / 

public A { } 

public B, public C 



On peut dire, en quelque sorte, que D herite deux fois de A ! Dans ces conditions, les membres de A 
(fonctions ou donnees) vont apparaltre deux fois dans D . En ce qui cone erne les fonctions membre, cela est 
m anifestem ent inutile (ce sont les memes fonctions) mais sans importance puisque les fonctions ne sont pas 
reellem ent dupliquees (il n'en existe qu'une pour la classe de base). Par contre, en ce qui concerne les 
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m em bres donnee (tels que x et y dans notre exemple), ils seront effectivem ent dupliques dans to u s les 
objets de type D . 

Y a-t-il redondance ? En fait, la reponse depend du problem e . Si Ton so u h a i te que D dispose de deux jeux 
de do n nees (de A ), on ne fera rien de particulier et on se contentera de les distinguer a I 1 aide de I'operateur 
de resolution de portee ; par ex em pie, ici, on distinguera : 

A : : B : : x de A::C::x 
ou, eventuellem ent, si B et C ne possedent pas de m em b r e x : 

B::x de C::x 

En general, cependant, on ne souhaitera pas cette duplication des donnees. Dans ces conditions, on peut 
toujours "se debrouiller" pour travailler avec I'un des deux jeux (toujours le meme !) mais cela risque d'etre 
fastidieux et dangereux. En fait, vous pouvez demander a C+ + de n'incorporer qu'une seule fois les 
membres de A dans la classe D. Pour cela, il vous faut preciser, dans les declarations des classes B et C 
(attention, pas dans eel le de D !) que la classe A est "virtu el le" (motcle virtual) : 

class B : public virtual A { } ; 

class C : public virtual A { } ; 

class D : public B, public C { } ; 

Notez bien que virtual apparalt ici dans B et C. En effet, mentionner A comme "virtuelle" dans la 
declaration de B signifie que A ne devra etre introduite qu'une seule fois dans les descendants eventuels de 
C. Autrement dit, cette declaration n'a guere d'effet sur les classes B et C elles-m em es (si ce n'est une 
inform ation "cachee" m ise en place par le com pilateur pour m arquer au sein de B et C , A comme eta n t 
virtuelle!). Avec ou sans le mot virtual, les classes B et C, tant qu'elles n'ont pas de descendants, se 
com portent de la meme m aniere. 



Remarque: 

L e m ot virtual peut etre place indifferem m ent avant ou apres le m ot public (ou le mot private). 



3.APPELS DES CONSTRUCTEURS ET DES DESTRUCTEURS - 
CAS DES C LASSES VIRTUELLES 

N ous avons vu com m ent sont appeles les construe teurs et les destructeurs dans des situations telles que 



I 

B 

I 



D 



D e plus, nous avons vu com m ent dem ander des transferts d' inform ation entre un constructeur d'une classe et 
les constructeurs de ses ascendants directs (C pour B, B pour A, F pour D et E). En revanche, nous ne 
pouvons pas demander a un constructeur de transferer des informations a un constructeur d'un ascendant 
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indirect (C pour A, par e x e m pie) et nous n'avons d'ailleurs aucune raison de le vouloir (puisque c h a q u e 
transfert d' inform ation d'un niveau vers le niveau superieur eta i t specifie dans I'en-tete du constructeur du 
niveau correspondant). M a is considerons m aintenant la situation suivante : 



z 

B 



Si A n'est pas declaree virtu el le dans B et C , on peut consider er que, la classe A eta n t dupliquee, tout se 



passe com me si Ton eta it en presence de la 
sym bolisent toutes les deux la classe A . 



situation suivante dans laquelle les notations A j et A 



2 



A1 

I 

E! 



A2 

I 



Si D a dec I a re les classes B et C dans cet ordre, les construe teurs seront appeles dans I'ordre suivant : 

A , B A „ C D 
1 2 

E n ce qui cone erne les transferts d 1 inform ation, on peut tres b i en imaginer que B et C n'aient pas prevu les 
memes choses en ce qui concerne A . 

P ar exem pie, on peut avoir : 

B (int n, int p, double z) : A (n, p) 
C (int q, float x) : A (q) 



C eci n ' a aucune im porta nee puisque, en definitive, il y aura construction de deux objets distincts de type A . 

H a is si A a ete declaree virtuelle dans B et C , les choses sont totalem ent differentes (le dernier schem a n'est 
plus valable). En effet, dans ce cas, on ne construira qu'un seul objet de type A. Quels arguments faut-il 
transm ettre alors au constructeur ? C eux p rev us par B ou ceux p rev us par C ? En fait, C + + res o u t cette 
am big u T t e de la facon suivante : 

L e choix des inform ation s a fournir au constructeur de A se fait, no n plus dans B ou C , m ais dans D . P our 
ce faire, C++ vous autorise (uniquement dans ce cas) a specifier, dans le constructeur de D, des 
informations destinees a A. A in si, nous pourrons avoir : 

D (int n, int p, double z) : B (n, p, z) , A (n, p) 

B ien entendu, il sera inutile de preciser des inform ation s pour A au niveau des construe teurs B et C (com m e 
nous I'avions prevu precedem m ent, alors que A n 'a va it pas ete declaree virtuelle dans B et C ). 
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En ce qui cone erne I'ordre des appels, le constructed d'une classevirtuelle est toujours appele avant les 

a utres. Dans notre cas, cela nous conduit a I'ordre (probablem ent attendu) A , B , C et D . M a is, dans u ne 
situation telle que : 



2^ 



H 

(virtual F) 




cela conduit a I'ordre (m oins evident) F , 
et H dans la declaration de I). 



E , G , H , I (ou F , E , H , G , I suivant I'ordre dans lequel fig u rent G 



4. EX EM PL E D 'UTILISATION DE LHERITAGE M ULTIPLE 
LISTE CHAiNEE DE POINTS 



N ous vous proposons ici de realiser une classe perm ettant de gerer une liste chalnee d'objets de type point. 
Certes, nous pourrions en faire une classe a part entiere. M ais nous pouvons tout naturellem ent penser 
qu'elle pourrait heriter de la classe point. Une reflexion supplem entaire nous conduit alors a penser que 
certaines c hoses develop pees pour une liste chalnee de points do i vent pouvoir s'appliquer a une liste chalnee 
d ' a utres types d'objets 3 . D'ou I ' idee de concevoir tout d'abord une classe particuliere prenant en charge tout 
ce qui concerne la gestion de la liste chalnee, sans entrer dans les details specifiques aux types des objets 
concernes. Bien entendu, une telle classe n'aura aucun interet en soi ; e 1 1 e sera uniquem ent conijue en vue 
d'etre derivee ; ce sera une classe abstraite. 



4.1 Une classe abstraite : liste chainee 

N ous nous Mm iterons ici a une liste chalnee simple, e'est-a-dire definie par un prem ier elem ent et ou chaque 
element com porte un pointeur su r le suivant. L e schema le plus classique d'une telle liste chalnee est celui- 
ci : 



1 - M i e u x , nous pourrions envisager des listes chainees d'objets quelconques. Dans ce cas, il nous faudra connaitre le m ecanism e des 
procedures virtuelles, du noins si nous souhaitons, c o m m e cela est probable, pouvoir "identifier" convenablem ent chaque objet. Ce 
m ecanism e sera expose dans le prochain chapitre. 
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debut 



Informations 
1 



Informations 
2 



Informations 
3 



Toutefois, ici, la nature de I' inform a tion associee a c h a q u e e I e m e n t de la liste n'est pas connue. A ussi, faut- 
il se tourner vers un autre sch em a. C elui-ci convient (il porte sou vent le nom de liste de " conteneurs 4 " ) : 





' ► 




► 






























Informations 
1 


Informations 
2 


Informations 

3 



debut 



B ien entendu, notre classe liste se contentera de gerer des elem ents si m pies red u its chacun a : 

• un pointeur sur I'elem ent suivant, 

• un pointeur sur I 1 inform ation associee (en fait, ici, un objet). 
On vo it done que notre classe va posseder, au m oins : 

• un membredonnee: pointeur su r le prem ier elem ent (debut, dans notre schem a 5 ), 

• une fonction m em bre destinee a inserer dans la liste (nous choisirons en debut de liste, par souci de 
sim plification) un objet do nt on lui fournira I'adresse. N otez que, au sein de la classe liste, cette adresse 
doit etre de type void * (puisque I 1 on souhaite pouvoir gerer n 1 i m porte quel type d 1 objet). 

D 'oil une prem i e re ebauche de notre classe liste : 



struct element 
{ element * suivant ; 
void * contenu ; 

; / 

class liste 

{ element * debut ; 



// structure d'un element de liste 
// pointeur sur 1 'element suivant 
// pointeur sur un objet quelconque 



// pointeur sur premier element 



public : 
liste () ; 
~liste () ; 
void ajoute (void *) 



// constructeur 
// destructeur 

// ajoute un element en debut de liste 



} 



B ien entendu, nous a lions avoir besoin d'autres possibilites, telles que : 
• afficher les objets pointes par la liste, 



D e 1 1 a n g I a i s "containers list". 



A ttention, ici, les objets de notre classe liste seront des listes et non des elem ents de liste 
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• rechercher un e I e m ent, 
supprim er un elem ent, 
etc. 

C es actions pourra i ent effectivem ent etre realisees par la classe liste elle-m em e, si elle connaissait la nature 
des o bjets. C e n'est toutefois pas le cas avec la d em arc he que nous avons adoptee. 

Cependant, les activites evoquees font toutes appel a un mecanisme de "parcours" de la liste. C ertes, ce 
parcours devra pouvoir etre controle (initialise, poursuivi, interrom pu...) depuis Texterieur" de la liste ; 
m a is il est possible de prevoir des fonctions elem en ta ires telles que : 

• initialiser le parcours, 

• avancer d'un elem ent. 

Celles-ci necessitent un "pointeur sur un element courant" ; il sera membre donnee de notre classe liste ; 
nous le nom m erons courant. P ar ail leu rs, les deux fonctions m em bre evoquees peuvent fournir en retour une 
inform ati on concernant I 1 objet courant : a ce niveau, on peut choisir entre : 

• I'adresse de I'elem ent courant, 

• I'adresse de I'objet courant, 

• la valeur de I'elem ent courant. 

La premiere solution contient la seconde ; si ptr est I'adresse de I'elem ent courant, p tr - > contenu fournit 
celle de I'objet courant. M algre tout, on pourra it objecter que I'utilisateur de la classe n'a pas a acceder aux 
elem ents de la liste. 

La troisieme solution peut paraltre plus sure. En fait, elle n'em peche pas I'utilisateur d'aller examiner lui- 
m em e d'autres elem ents de la liste et de les m odifier (il n'a que la "valeur" de I'elem ent courant, m a is celle- 
ci lui donne acces aux "adresses" de tous les elements suivants). 

C h o i si sso n s done la seconde solution. D ans ce cas, I'utilisateur n'a alors plus de mo yen de detecter la fin de 
liste. N ous p rev o irons done une fonction sup plem enta ire perm ettant de savoir si la fin de liste est atteinte (en 
toute rigueur, nous aurions pu eg a lem ent convenir de fournir dans ce cas, un pointeur nul com m e adresse de 
I'objet courant; mais ce serait moins pratique car il faudrait o bligatoirem ent agir sur le pointeur de liste 
avant de savoir si Ton est a la fin). 

En definitive, nous in troduisons trois no uvelles fonctions m em bre : 

void * premier () ; 
void * prochain () ; 
int fini () ; 

V oici, ci-apres, la liste definitive de notre classe liste 



^include <stddef.h> 

// ********************* classe liste 
struct element 
{ element * suivant ; 
void * contenu ; 

; / 

class liste 

{ element * debut ; 



// pour la definition de NULL 
************************************** 

// structure d'un element de liste 
// pointeur sur 1 'element suivant 
// pointeur sur un objet quelconque 

// pointeur sur premier element 
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element * courant ; 
public : 
llste () 



// pointeur sur element courant 



// constructeur 



{ debut = NULL ; courant = debut 
~liste () ; 

void ajoute (void *) ; 
void premier () 



} 



// destructeur 

// ajoute un element en debut de liste 
// positionne sur premier element 



{ courant = debut ; } 
void * prochain () // fournit 



l'adresse de l'element courant (0 si 



inexistant) 



// et se positionne sur le prochain element (rien si 



fin) 



{ 



void * adel = NULL ; 

if (courant != NULL) { adel = courant -> contenu ; 



courant = courant -> suivant 

} 

return adel ; 



} 



int fini () { return (courant == NULL) ; } 

} ; 

liste : : ~liste () 
{ element * suiv ; 

courant = debut ; 

while (courant != NULL ) 
{ suiv = courant->suivant ; delete courant ; courant = suiv ; } 

} 

void liste :: ajoute (void * chose) 
{ element * adel = new element ; 

adel->suivant = debut ; 

adel->contenu = chose ; 

debut = adel ; 

} 



V oyez la maniere dont nous avons program m e le destructeur ~ liste. C elui-ci libere to us les em placem ents 
alio ues pour les elem ents de la classe liste. II n ' a toutefois aucune action sur les objets pointes. Pour qu'il en 
soit ainsi, il faudrait faire des hypotheses sur la maniere dont les objets sont crees. Dans le cas d'objets 
dynamiques, on pourrait envisager de les faire detruire par ~ liste. Encore faudrait-il pouvoir regler deux 
problem es : 

• connaltre le type de ces objets. Ce n'est pas le cas ici. Nous verrons toutefois que ce point peut etre 
resolu par ('utilisation de procedures virtuelles, 

• etre en mesure de savoir si la destruction d'un pointeur sur un objet nous autorise a detruire I'objet lui- 
m em e. II faut pour cela que I'objet cone erne ne soit pas reference par ail leu rs. U ne solution gen era le 6 a 
ce problem e reside, com m e nous I'avons deja dit, dans I 1 utilisation d'un " com pteur de references" . 



■ C 'est-a-dire nefaisant appel a aucune hypothese particuliere. 



U ne classe abstraite : liste cliainee 
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Remarque: 



N ous aurions pu prevoir une fonction m em b r e chargee de supprim er un element courant. C ela n'aurait 
rien apporte de nouveau sur le plan de la conception et aurait done alourdi inutilem ent notre e x e m pie. 
B ien entendu, cette fonction sera it indispensable dans une classe "en vraie grandeur" . 



4.2 Creation par heritage multiple (Tune classe liste points 

S upposons que nous disposions, par ailleurs, d'une classe point que nous lim iterons ici au strict m inim urn 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 
} ; 



Nous allons m aintenant chercher a creer une nouvelle classe nous permettant de g er er une liste chainee 
d'objets de type point. II vient alors (presque) naturellem ent I ' idee de creer une classe liste points heritant 
si m ultanem ent de liste et de point : 



A ce propos, il est in teressa nt de noter que cet heritage apparem m ent naturel conduit a introduire dans la 
classe listepoints deux m em bres do n n ee (x et y} n'ayant pas vraiment d'interet : les objets cone ernes seront 
crees de maniere independante de I'objet de type I i ste_ points (on pourrait dire qu'on creera ainsi un point 
pour rien !). 

Supposons que nous souhaitions, dans la classe liste points, pouvoir sim plem ent : 

• introduire un nouveau point en debut de liste, 

• afficher tous les objets de la liste. 

M anifestem ent, la p rem iere fonction est a u torn atiquem ent assuree par la fonction m em bre ajoute de la classe 
liste. II n 1 est m em e pas n ecessaire de la su rdefinir. 

Quanta la fonction d'affichage que nous no m m erons affiche, e 1 1 e va exploiter : 

• les fo notions premier, prochain et fini pour explorer toute la liste, 

• la fonction affiche de la classe point pour afficher le contenu d'un point. 
V oici notre classe I i ste_ points : 



La classe point 




| liste_points| 
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class liste_points : public liste, public point 
{ public : 

liste_points () {} 

void affiche () ; 

) ; 

void liste_points :: affiche () 

{ point * ptr = (point *) premier () ; 

while ( ! fini() ) { ptr->affiche () ; ptr = (point *) prochain() ; } 

} 



La classe I i s t e _ points, her i t a nt de liste et de point 



A simple titre de com m o d i te de lecture de I'ensemble, nous vous fournissons a nouveau, de facon groupee, 
la liste de nos trois classes accom pagnees d'un ex em pie d 1 utilisation. 



# include <iostream.h> 
^include <stddef.h> 

// ********************* classe liste 
struct element 
{ element * suivant ; 
void * contenu ; 

; / 



// pour la definition de NULL 

************************************** 
// structure d'un element de liste 
// pointeur sur 1 'element suivant 
// pointeur sur un objet quelconque 



class liste 

{ element * debut ; 

element * courant ; 
public : 

liste () 

{ debut = NULL ; courant = debut ; 
} 

-liste () ; 

void ajoute (void *) ; 
void premier () 

{ courant = debut 

} 

void * prochain () 
inexistant) 



// pointeur sur premier element 
// pointeur sur element courant 

// constructeur 



// destructeur 

// ajoute un element en debut de liste 
// positionne sur premier element 



// fournit l'adresse de 1 ' element courant (0 si 
// et se positionne sur le prochain element (rien si 



fin) 



{ void * adel = NULL ; 

if (courant != NULL) { adel = courant -> contenu ; 

courant = courant -> suivant ; 



} 



return adel ; 



} 



int fini () { return (courant == NULL) ; } 
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; / 

llste : : ~liste () 
{ element * suiv ; 

courant = debut ; 

while (courant != NULL ) 
{ suiv = courant->suivant ; delete courant ; courant = suiv ; } 

} 

void liste : : ajoute (void * chose) 
{ element * adel = new element ; 

adel->suivant = debut ; adel->contenu = chose ; 

debut = adel ; 

} 

// **************** classe point ******************************************* 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 
} ; 

// **************** classe liste points ************************************ 
class liste_points : public liste, public point 
{ public : 

liste_points () {} 

void affiche () ; 

} ; 

void liste_points :: affiche () 
{ premier () ; 

while ( ! fini() ) { point * ptr = (point *) prochain () / ptr->affiche () ; 

} 
} 

// **************** programme d'essai de liste_points ********************** 
main () 

{ liste_points 1 ; 

point a (2, 3), b(5,9), c(0,8) ; 

1. ajoute (&a) ; 1. affiche () ; cout « " \n" / 

1. ajoute (&b) ; 1. affiche () ; cout « " \n" / 

1. ajoute (&c) ; 1. affiche () ; cout « " \n" / 

; 



Coordonnees : 2 3 



Coordonnees : 5 9 
Coordonnees : 2 3 



Coordonnees : 0 8 
Coordonnees : 5 9 
Coordonnees : 2 3 
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Exemple d' utilisa tio n de la classe liste_ points 



XV. LES FONCTIONS VIRTUELLES 
ET LE TYPAG E DYNA M IQU E 



Nous avons vu qu'en C + + un pointeur sur un type d' objet pouvait recevoir I'adresse de n ' i m porte quel 
objet descendant. T outefois, cet avantage se trouvait com pense par une lacune i m porta nte : Tap pel d'une 
methode pour un objet pointe conduisait system atiquem ent a appeler la methode correspondant au type du 
pointeur et non pas au type effectif de I 1 objet pointe lui-m em e (revoyez eventuellem ent le paragraphe 6.3 du 
chapitreX III). 

Cette lacune provient essentiellem ent de ce que, dans les situations rencontrees jusqu'ici, C++ realise ce 
que Ton nomme une ligature statique 1 , ou encore un typage statique. Le type d'un objet (pointe) y est 
determ ine au m om ent de la com pilation. Dans ces conditions, le m ieux que puisse fa ire le com pilateur est 
effectivem ent de consider er que I 1 objet pointe a le type du pointeur. 

Pour pouvoir obtenir I'appel de la methode correspondant au type de I'objet pointe, il est necessa ire que le 
type de I'objet ne so it pris en com pte qu'au m om ent de I 'execution (le type de I'objet design e par un m em e 
pointeur pourra varier au fil du deroulement du programme). On parle alors de ligature dy n am ique 2 ou de 
typage dyn am ique. 

C om m e nous a I Ions le voir m a in tenant, en C + + , le typage dyn am ique peut etre mis en ce u v re en faisant 
appel au mecanisme des fonctions virtuelles. 



1. RAPPEL D'UNE SITUATION OU LE TYPAGE DY NAM IQUE 
EST NECESSAIRE 



C onsiderons la situation suivante, deja rencontree dans le chapitreX 



class point 

{ 



class pointed : public point 

{ 

void affiche () ; 



void affiche () 



- E n anglais, " early binding" . 

■ En anglais, " late binding" ou encore " dyn a m Ic binding" . 
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; / } ; 

point p ; 
pointed pc ; 
point * adp = Sp ; 

L 'instruction : 

adp -> affiche () ; 

appelle alors la methode affiche du type point. 

M a is si n o us exec u tons cette affectation (a u tori see) : 

adp = & pc ; 

le pointeur adp pointe m aintenant sur un objet de type pointcol. N eanm oins, I 1 instruction : 

adp -> affiche () ; 

faittoujoursappel a la methode affiche du type point alors que le type pointcol dispose, lui aussi, d'une 
m ethode affiche. 

En effet, comme nous I'avons evoque en introduction, le choix de la methode a appeler a ete realise lors de 
la com p Nation ; il a done ete fait en fo notion du type de la variable adp. C 'est la raison pour laquelle on 
parle de "ligature statique" . 



2. LE M EC AN ISM E DES FO NOTIONS VIRTUELLES 

Le mecanisme des fonctions virtuelles propose par C++ va nous permettre de faire en sorte que 
I'instruction : 

adp -> affiche () 

appelle, non plus system atiquem ent la m ethode affiche de point, m a is celle correspondant au type de I' objet 
reellement designe par adp (ici pointou pointcol). 

Pour ce faire, il suffit tout simplement de declarer "virtuelle" (mot c I e virtual) la methode affiche de la 
classe point : 

class point 

{ 

virtual void affiche () ; 



} ; 

Ceci precise au compilateur que les eventuels appels de la fonction affiche doivent utiliser une ligature 
dynam ique et non plus une ligature statique. A utrem ent dit, lorsque le com pilateur rencontrera un appel tel 
que : 



adp -> affiche () ; 
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il ne decidera pas de la procedure a appeler. II se contentera de m ettre en place un dispositif perm e tta n t de 
n'effectuer le choix de la fonction qu'au moment d e I 'execution de cette instruction 3 , ce choix eta n t base sur 
le type exact de I'objet ayant effectue Tap pel. 

Dans la classe pointcol, on ne procedera a aucune m odification : il n'est pas n ecessaire de declarer virtu el le 
dans les classes derivees une fonction declaree virtu el le dans une c lasse de base (cette inform ation sera it en 
fait redondante). 

A titre d 1 ex em pie, le program m e suivant correspond a celui du paragraphe 6.3 du c hapitre X 1 1 1 , dans lequel 
nous nous so m m es contente de rendre virtuelle la fonction affiche. 



^include <lostream.h> 
class point 

{ protected : // pour que x et y solent accessibles a pointcol 

Int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
virtual void affiche () 

{ cout « "Je suis un point \n" / 

cout « " mes coordonnees sont : " « x « " " « y « "\n" ; 

} 

} ; 

class pointcol : public point 
{ short couleur ; 
public : 

pointcol (int abs=0, int ord=0, short cl=l) : (abs, ord) 
{ couleur = cl ; 
} 

void affiche () 

{ cout « "Je suis un point colore \n" ; 

cout « " mes coordonnees sont : " « x « " " « y ; 
cout « " et ma couleur est : " « couleur « "\n" ; 

; 

; / 

main () 

{ point p(3,5) ; point * adp = &p ; 

pointcol pc (8,6,2) ; pointcol * adpc = &pc ; 
adp->affiche () ; adpc->affiche () ; 
cout « " \n" ; 

adp = adpc ; // adpc = adp serait rejete 

adp->affiche () ; adpc->affiche () 

} 



Je suis un point 

mes coordonnees sont : 3 5 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 



- Plusieurs executions de cette m em e instruction pouvant appeler d es fonctions d iff erentes. 



2 6 2 Programmer en langage C+ + 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 



M i se en ceuvre de ligature dynamique (ic pour affiche) par la technique 
d es fonctlons vlrtuelles 

Rem arques : 

1) Par defaut, C + + met en place d es ligatures statiques. A I'aide du mot virtual, on peut choisir la ou 
les fonctions pour lesquelles on so u h a i te m ettre en place une ligature dyn am ique. 

2) C et aspect ligature dynam ique est Mm ite a un ensem ble de classes derivees les unes des autres. 

3. UNE AUTRE SITUATION OU LA LIGATURE DYNAMIQUE 
EST INDISPENSABLE 

D ans notre precedent ex em pie, nous pouvons dire que, lors de la conception de la classe point, nous avons 
prevu que chacune de ses descendantes redefinirait a sa guise la fonction affiche. Ceci conduit a prevoir, 
dans chaque fonction, des instructions d'affichage des coordonnees. Pour e v iter cette redondance 4 , nous 
pouvons definir notre fonction affiche (de la classe point) de m aniere qu'elle : 

• affiche les coordonnees (action commune a toutes les classes), 

• fasse appel a une autre fonction (nommee, par exemple, identifie), ayant pour vocation d'afficher les 
informations specifiques a chaque objet. Bien entendu, ce faisant, nous supposons que chaque 
descendante de point redefinira identifie de f a c o n appropriee (mais e 1 1 e n'aura plus a prendre en charge 
I'affic hage des coordonnees). 

C ette d em arc he nous conduit a definir notre classe point de la fa? on suivante : 

class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

void identifie () 

{ cout « "Je suis un point \n " ; } 
void affiche () 

{ identifie () ; 

cout « "Mes coordonnees sont : " « x « " " « y « "\n" ; 

} 

} ; 

D erivons une classe pointcol en redefinissant com m e voulu la fonction identifie : 

class pointcol : public point 
{ short couleur ; 
public : 



■ B i e n entendu, Icl, I'enjeu est tres Mm ite. M a Is II pourrait etre im portant dans un c as reel. 
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pointcol (int abs=0, int ord=0, int cl=l ) : point (abs, ord) 

{ couleur = cl ; } 
void identifie () 

{ cout « "Je suis un point colore de couleur : " « couleur « "\n" ; } 

} ! 

Si nous cherchons alors a utiliser pointcol de la facon suivante : 

pointcol pc (8, 6, 2) ; 
pc.affiche () ; 

nous o btenons alors le resultat : 

Je suis un point 

Mes coordonnees sont : 8 6 

ce qui n'est m a nifestem ent pas ce que nous esperions I 
C ertes, la com pilation de I'appel : 

pc.affiche () 

a conduit le com pilateur a appeler la fonction affiche de la classe point (puisque cette fonction n'est pas 
redefinie dans pointcol). En revanche, a ce moment-la, I'appel : 

identifie () 

figurant dans cette fonction a deja ete com pile en un appel... d' identifie de la classe point. 

C om m e vous le constatez, bien qu'ici la fonction affiche ait ete appelee ex plic item ent pour un objet (et non, 
com m e precedem m ent, a I' aide d'un pointeur), nous nous trouvons a nouveau en presence d'un problem e de 
ligature statique. 

Pour le resoudre, il nous suffit, dans la classe point, de declarer virtuelle la fonction identifie. C ela 
permettra au compilateur de mettre en place les instructions assurant I'appel de la fonction identifie 
correspondant au type de I'objet I'ayant effectivem ent appelee. Ici, vous noterez cependant que la situation 
est legerem ent differente de celle qui nous a servi a presenter les fonctions virtuelles (paragraphe 1). En 
effet, I'appel d' identifie est realise, cette fois, non plus direc tern ent par I'objet lui-m em e, m a is indirectem ent 
par la fonction affiche. N ous verrons com m ent le m ecanism e des fonctions virtuelles est egalem ent capable 
de prendre en charge cet aspect. 



Void un programme complet reprenant les definitions de nos classes point et pointcol. Nous y montrons 
comment un appel tel que pc.affiche () entralne bien I'appel de identifie du type pointcol (ce qui constituait 
le but de ce paragraphe). A titre indicatif, nous y avons egalem ent introduit quelques appels par pointeur, 
afin de m ontrer que, la aussi, les choses se d erou lent con vena blem ent. 



^include <iostream.h> 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
virtual void identifie () 

{ cout « "Je suis un point \n " ; } 
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void afflche () 
{ Identlfie () ; 

cout « "Mes coordonnees sont : " « x « " " « y « "\n" ; 

} 

} ; 

class polntcol : public point 
{ short couleur ; 
public : 

pointcol (int abs=0, int ord=0, int cl=l ) : point (abs, ord) 

{ couleur = cl ; } 
void identifie () 

{ cout « "Je suis un point colore de couleur : " « couleur « "\n" ; } 

} ! 

main () 

{ point p(3,4) ; pointcol pc(5,9,5) ; 

p. affiche () ; pc.affiche () ; cout « "- 

point * adp = &p ; pointcol * adpc = Spc ; 
adp->affiche () ; adpc->affiche () ; cout « " 
adp = adpc ; 

adp->affiche () ; adpc->affiche () 

} 



Je suis un point 

Mes coordonnees sont : 3 4 

Je suis un point colore de couleur : 5 

Mes coordonnees sont : 5 9 



Je suis un point 

Mes coordonnees sont : 3 4 

Je suis un point colore de couleur : 5 

Mes coordonnees sont : 5 9 



Je suis un point colore de couleur : 5 
Mes coordonnees sont : 5 9 
Je suis un point colore de couleur : 5 
Mes coordonnees sont : 5 9 



M i se en ceuvre de ligature dynamique (ic pour identifie) par la technique 
des fonctlons vlrtuelles 

4. LES FO NOTIONS VIRTUELLES EN GEN ERA L 



-\n" ; 



Les deux precedents ex e m pies constituaient des cas particuliers d 1 utilisation de methodes virtuelles. Nous 
vous pro po sons ici de voir quel les en sont les possib Mites et les I i m itations. 
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4.1 Leurs limitations sont c e Me s de I'heritage 

A partir du moment ou une fonction f a ete declaree virtuelle dans une classe A, e 1 1 e sera soumise a la 
ligature dynamique dans A et dans toutes les classes descendantes de A : on n'est done pas limite aux 
descendantes directes. A in si, on peut im aginer une hierarchie 5 de form es geom etriques : 



vecteur 



point 

I 

carre 



rectangle 



cercle 
ellipse 



Si la fonction affiche est declaree virtuelle dans la classe point et redefinie dans les autres classes descendant 
de point, e 1 1 e sera b i e n soumise a la ligature dynamique. II est meme envisageable que les six classes ci- 
dessus soient parfaitement definies et compilers et qu'on vienne en ajouter de nouvelles, sans remettre en 
cause les precedentes de quelque facon que ce so it. C e dernier point sera it d'ailleurs encore plus flagrant si, 
com m e dans notre second ex em pie (pa rag rap he 3), la fonction affiche, non virtuelle, faisait elle-m em e appel 
a une fonction virtuelle identifie, redefinie dans chaque classe. En effet, dans ce cas, on voit que la fonction 
affiche aurait pu etre realisee et compilee (au sein de point), sans que toutes les fonctions identifie qu'elle 
etait susceptible d'appeler soient connues. On trouve la un aspect seduisant de reutilisabilite : on a defini 
dans affiche un certain "scenario" dont certaines parties pourront etre explicitees plus tard, lors de la 
creation de classes derivees. 



D e m em e, si Ton dispose de I'heritage m 
paragraphe 4 du c hapitre XIV): 



e et que Ton a defini cette structure (comme dans le 



liste point 
liste_points 



Si, dans point, la fonction affiche a ete declaree virtuelle, il devient possible d'utiliser la classe liste-points 
pour gerer une liste d'objets " heterogenes" en derivant les classes voulues de point et en y red efin issa nt 
affiche. N o us en verrons un ex em pie dans le paragraphe suivant. 



4.2 La redefinition dune fonction virtuelle n'est pas obligatoire 

Jusqu'ici, nous avons toujours redefini dans les classes descendantes une methode declaree virtuelle dans une 
classe de base. C ela n'est pas plus indispensable que dans le cas des fonctions membre ordinaires. Ainsi, 
considerons a nouveau la preced ente hierarchie de figures, en supposant que affiche n'a ete redefinie que 
dans les classes que nous avons m arquees d 'une etoile (et defini e, bien sur, comme virtuelle dans point). 



• M a is, d ep u i s la version 2.0, com pte ten u des possibilites d" heritage m ultiple, on peut en visa g er n 1 im porte quel g raphe oriente. 
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point 

I 

carre 



vecteur* | carre cercle 

£ 

rectangle | ellipse 1 



Dans ces conditions, I'appel d ' a f f i c he conduira, pour c h a q u e classe, a I'appel de la fonction m entionnee a 
cote : 



vecteur 


vecteur::affiche 


carre 


point::affiche 


rectangle 


point::affiche 


cercle 


point::affiche 


ellipse 


ellipse::affiche 



L e m em e m ecanism e s'appliquerait en cas d' heritage m ultiple, a condition de le com pleter, le cas echeant, 
par les regies concernant les am biguTtes. 



4.3 Fonctions virtuelles et su rdefinition 

On peut su rdefinir 6 une fonction virtuelle, chaque fonction surdefinie pouvant etre ou ne pas etre declaree 
virtuelle. 

Par ailleurs, si I'on a defini une fonction virtuelle dans une classe et qu'on la surdefinit dans une classe 
derivee avec des arguments differents, il s'agira alors b e I et b i en d'une autre fonction. Si cette derniere 
n 1 est pas declaree virtuelle, el le sera, quant a elle, so u m i se a une ligature statique. 

En fait, on peut considerer que le statut virtuel/non virtuel joue, lui aussi, un role discrim inateur dans le 
c h o i x d'une fonction surdefinie. D'une maniere generale, par souci de simplicity et de lisibilite, nous ne 
saurions trop vous conseiller d'eviter d' exploiter cette possi b i lite. Plus prec isem ent, si vous devez su rdefinir 
une fonction virtuelle, i I est preferable que toutes les fonctions de m em e nom restent virtuelles. 



4.4 On peut declarer une fonction virtuelle 
dans n ' im porte quelle c lasse 

D ans to us nos ex em pies, nous avions declare virtuelle une fonction d'une classe qui n 'eta it pas, elle-m em e, 
derivee d'une autre. C ela n'est pas obligatoire. Ainsi, dans nos exemples de hierarchie de formes, point 
pourrait elle-m em e deriver d'une autre classe. Dans ce cas, cependant, deux situations doivent etre 
distinguees : 



■ N e confondez pas su rdefinition et redefinition. 
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• la fonction a f f i c he de la classe point n ' a jamais ete definie dans les classes ascendantes : aucun problem e 
particulier ne se pose, 

• la fonction a f f i c he a deja ete definie, avec les memes arguments, dans une classe ascendante. Dans ce 
cas, il faut considerer la fonction virtuelle affiche comme une nouvelle fonction (comme s'il y avait eu 
surdefinition - le caractere virtuel/non virtuel servant, comme nous I'avons deja dit, a faire la 
distinction). B ien entendu, toutes les nouvelles definitions d 1 affiche dans les classes descendantes seront 
soumises a la ligature dynamique, sauf si Ton effectue un appel explicite d'une fonction d'une classe 
ascendante au moyen de I'operateur de resolution de portee. Rappelons toutefois que nous vous 
deconseillons fortem ent ce type de situation. 



4 .5 Q u elques restrictions 

Seule une fonction m em bre p eu t etr e virtuelle. C ela se justifie par le m ecanism e employe pour effectuer 
la ligature dyn am ique, a savoir un choix base sur le type de I'objet ayant appele la fonction ; cela ne pourrait 
m a nifestem ent pas s'appliquer a une fonction " ordinaire" (m em e si e 1 1 e eta it am ie d 1 une c lasse). 

U n constructeur ne peut pas etr e virtuel. En revanche, un destructeur peut I' etre. 



5. LES FONCTIONS VIRTUELLES PURES : UN OUTIL 
POUR LA CREATION DE C LASSES ABSTRA ITES 

N ous avons deja eu I 'occasion de dire qu'on pouvait etre am ene a definir des classes destinees, non pas a 
instancier des objets, m a is si m plem ent a donner naissance a d'autres classes par heritage. En P .0 .0 ., on dit 
qu'on a affaire a des "classes abstraites" . 

En C + + , vous pouvez to u jours definir de telles classes. M a is il se peut que vous soyez am ene a y introduire 
certaines fonctions virtuelles don t vous ne pouvez encore donner a uc une definition. Imaginez, par exemple 
une classe abstraite formejeo, destinee a gerer le dessin sur un ecran de differentes formes geom etriques 
(carre, cercle...). Supposez que vous souhaitiez deja y faire figurer une fonction deplace destinee a deplacer 
une figure. II est probable que celle-ci fera alors appel a une fonction d'affichage de la figure (nom m ee, par 
exemple, dessine). La fonction dessine sera declaree virtuelle dans la classe formejeo et devra etre 
redefinie dans ses descendants. Mais quelle definition lui fournir dans formejeo? Avec ce que vous 
connaissez de C + + , vous avez to u jours la ressource de prevoir une definition vide 7 : 

T outefois, deux lac unes a p para issent alors : 

a) Rien n'interdit a un utilisateur de declarer un objet de classe formejeo, alors que dans I'esprit du 
concepteur, il s'agissait d'une classe abstraite. L'appel de deplace pour un tel objet conduira a un appel 
de dessine ne faisant rien ; m em e si aucune erreur n'en decoule, cela n'a guere de sens ! 

b) R ien n' oblige une classe descendant de forme jeo a redefinir dessine. Si e 1 1 e ne le fait pas, on retro uve 
les problem es evoques ci-dessus. 

C++ vous propose (depu is la version 2.0) un outil facilitant la definition de classes abstraites : il s'agit des 
"fonctions virtuelles pures". Ce sont des fonctions virtuelles dont la definition est nulle (0), et non plus 
seulement vide. Par exemple, nous aurions pu faire de notre fonction dessine de la classe formejeo une 
fonction virtuelle pure en la declarant 8 ainsi : 



■ N o tez b i e n qu 1 il vous faut absolum ent definir dessine da ns formejeo puisqu'elle est appelee par deplace. 

■ lei, on ne peut plus distinguer declaration et definition. 
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virtual void dessine (...) = 0 ; 

Certes, a ce niveau, I'interet de cette convention n'apparalt pas encore. M ais, en fait, C++ adopte les 
regies suivantes : 

• une classe com porta nt a u moins unefonction virtuelle pure est considered com m e abstraite et il n'est plus 
possible de declarer des objets de son type, 

• une fo notion declaree virtuelle pure dans une classe de base doit obligatoirem ent etre red efin ie 9 dans une 
classe derivee ou declaree a nouveau virtuelle pure 10 ; dans ce dernier cas, la classe derivee est, e 1 1 e 
aussi, abstraite. 

C om m e vous le voyez, I'em ploi de fo notions virtu el les pures regie les deux problem es sou lev es par I'em ploi 
de definitions vides. Dans le cas de notre classe formejeo, le fait d'avoir rendu dessine virtuelle pure 
interdit : 

• la declaration d' objets de type formejeo, 

• la definition de classes derivees de formejeo, dans lesquelles on om ettrait la definition de dessine. 



Remarque: 

La notion de fo notion virtuelle pure depasse celle de classe abstraite. S i C + + s 1 eta it contente de declarer 
une classe comme eta n t abstraite, ceci n'aurait servi qu'a en interdire I'utilisation ; il aurait fallu une 
seconde convention pour preciser les fo notions devant obligatoirem ent etre red efin ies. 



6. EX EM PL E D 'UTILISATION DE FO NOTIONS VIRTUELLES 
LISTE HETEROGEN E 



Dans le programmedu paragraphe 4 du chapitre X IV, nous vous avons fourni un exemple de gestion d'une 
liste chalnee de points. T ous les objets de la liste etaient du m em e type : on dit qu'on a va it affaire a une liste 
horn ogene. 

Telle que nous avons con?u notre classe liste, nous aurions pu I'employer pour creer (par derivation) 
d'autres classes permettant la gestion d'objets d'un autre type. M ais peut-on aller plus loin et definir une 
classe perm ettant de g erer une liste com porta nt des o bjets de type different ? C om pte tenu de la m aniere 
dont notre classe liste a ete concue, cela correspondrait a un schem a de ce type : 



s T ou jours avec les m em es argum ents, si n o n il s'agit d'une autre function. 

10 ■ D epuis la versio n 3.0, si une fonction virtuelle pure d'une c lasse d e base n'est pas red efin ie dans une classe derivee, elle reste une 
fonction virtuelle pure de cette classe derivee ; dans les versions a nterieures, on obtenait une erreur. 
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Certes, la nature variable du type des objets ne presente pas de d i ffic u Ites puisqu'ils sont reperes par des 
pointeurs de type void *. En revanche, on voit que I'affichage de la liste va devoir etre en mesure 
d'appliquer a chaque objet la methode appropriee. Ceci implique la mise en ceuvre de la ligature 
dynam ique : la fo notion d 1 a ffic h age sera definie virtuelle dans un p rem ier type d 1 objet (ici point) et redefinie 
dans chacun de ses descendants. 

En definitive, on voit qu'on va pouvoir gerer une liste d'objets de types differents sous reserve que les 
classes correspondantes soient toutes derivees d'une meme classe de base. Cela peut sembler quelque peu 
restrictif. En fait, cet aspect "famille de classes" peut toujours etre obtenu par la creation d'une classe 
abstraite (reduite au minimum, eventuellem ent a une fonction affiche vide ou virtuelle pure) destinee 
simplement a donner naissance aux classes concernees ; bien entendu, ceci n'est concevable que si les 
classes en question ne sont pas deja fig e e s (car il faut qu'elles heritent de cette classe abstraite). 

N ous vous proposons, a titre d 1 ex em pie, une autre utilisation de la classe liste du paragraphe 4 du chapitre 
XIV. N o us lui a vons adjoint une classe abstraite mere, destinee a donner naissance aux types susceptibles 
d'etre g e res par notre liste. Ici, nous avons employe la possibility de definir une fonction virtuelle pure 
(affiche). N ous avons com plete notre classe liste avec une fonction d' a ffic h age (a ffic he_ liste) de la liste. 

A simple titre indicatif, nous avons defini deux classes point et complexe (lesquelles n'ont pas besoin de 
deriver I'une de I'autre), derivees de la classe abstraite mere et do tees chacune d'une fonction affiche 
appropriee. Void un exem pie com plet : 



^include <iostream.h> 

^include <stddef.h> // pour la definition de NULL 

// **************** classe mere ******************************************** 

class mere 

{ public : 

virtual void affiche () = 0 ; // fonction virtuelle pure 

} ; 

// ********************* classe liste 
struct element 
{ element * suivant ; 
void * contenu ; 

; / 

class liste 

{ element * debut ; // pointeur sur premier element 

element * courant ; // pointeur sur element courant 

public : 



// structure d'un element de liste 
// pointeur sur 1 'element suivant 
// pointeur sur un objet quelconque 
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llste () // constructeur 

{ debut = NULL ; courant = debut ; } 
~liste () ; // destructeur 

void ajoute (void *) ; // ajoute un element 

void premier () // positionne sur premier element 

{ courant = debut ; 

} 

void * prochain () // fournit 1 ' adresse de 1 'element courant (0 si 

fin) 

// et positionne sur prochain element (rien si 

fin) 

{ void * adsuiv = NULL 

if (courant != NULL) { adsuiv = courant -> contenu ; 

courant = courant -> suivant ; 

} 

return adsuiv ; 

} 

void affiche_liste () ; // affiche tous les elements de la 

liste 

int fini () { return (courant == NULL) ; } 

} ; 

liste :: ~liste () 
{ element * suiv / 

courant = debut ; 

while (courant != NULL ) 
{ suiv = courant->suivant ; delete courant ; courant = suiv ; } 

} 

void liste :: ajoute (void * chose) 
{ element * adel = new element ; 

adel->suivant = debut ; 

adel->contenu = chose ; 

debut = adel ; 



void liste :: affiche_liste () 

{ mere * ptr ; // attention, mere * et pas void * 

premier () ; 
while ( ! fini () ) 

{ ptr = (mere *) prochain () ; 
ptr->affiche () ; 

} 

} 

// **************** classe point ******************************************* 
class point : public mere 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
void affiche () 

{ cout « "Point de coordonnees : " « x « " " « y « "\n" ; } 

} ; 

// **************** classe complexe **************************************** 
class complexe : public mere 
{ double reel, imag ; 
public : 
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complexe (double r=0, double 1=0) { reel=r ; ±mag=i ; } 
void affiche () 

{ cout « "Complexe : " « reel « " + " « imag « "i\n" ; } 

} ; 

// **************** programme d'essai ************************************** 

main () 

{ liste 1 ; 

point a (2, 3) , b (5, 9) ; 

complexe x(4.5,2.7) , y (2. 35, 4. 86) ; 

l.ajoute (&a) ; l.ajoute (&x) ; 1 . affiche_liste () ; cout « " \n" ; 

l.ajoute (Sy) ; l.ajoute (&b) ; 1 . affiche_liste () ; 

} 

Complexe : 4.5 + 2.71 
Point de coordonnees : 2 3 



Point de coordonnees : 5 9 
Complexe : 2.35 + 4.86i 
Complexe : 4.5 + 2.71 
Point de coordonnees : 2 3 



U tilisation de fo notions virtu el les : liste he tero gene 

Remarque: 

D ans la classe liste, beaucoup de po in teurs de type void * pourraient etre rem places par des pointeurs de 
type mere * (pour peu qu'on ne cherche pas a utiliser cette meme classe pour des objets d'un type non 
derive de mere). En revanche, le pointeur ptr utilise dans a f f i c h e _ I i ste doit bien rester de type mere * car 
c'est sur lui que repose ici le m ecanism e de la ligature dyn am ique de la fonction affiche. 



LE M EC AN ISM E D 1 ID EN T IFIC A T 10 N DYNAMIQUE DES OBJ ET S 

N ,B . C e paragraphe peut etre ignore dans un premier tern ps. 

N ous avons vu que la technique des fonction s virtu el les perm ettait de m ettre en ceuvre la ligature dyn am ique 
pour les fonctions concernees. Cependant, pour I'instant, cette technique peut vous apparaltre comme une 
simple recette. La comprehension plus fine du m ecanism e, et done sa portee veritable, passe par la 
connaissance de la maniere dont il est effectivem ent implante. Bien que cette implementation ne soit pas 
ex pi ici tern ent im po see par le langage, nous vous prop o sons de dec r ire ic i la d em arc he couram m ent adoptee 
par les differents com pilateurs existants. 

Pour ce fa ire, nous alio ns consider er un ex em pie un peu plus general que le precedent, a savoir : 
• une classe point com porta nt deux fonctions virtu el les : 

class point 
{ 

virtual void identifie () ; 

virtual void deplace (...) ; 



} ; 

' une classe pointed, derivee de point, ne red efin issa nt que identifie 
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class pointcol : public point 

{ 

void identifie () ; 



} ; 

D'une maniere generale, lorsqu'une classe com p o r te au moins une fonction virtuelle, le com pilateur lui 
associe une table contenant les adr esses de chacune des fonctions virtu el les correspondantes. A vec I 'ex em pie 
cite, nous obtiendrons les deux tables suiv antes : 

• lors de la com pilation de point : 



&point::identifie 
&point::deplace 



Table de point 

• lors de la com pilation de pointcol : 



&pointcol::identifie 
&point::deplace 

Table de pointcol 

Notez qu'ici la seconde adresse de la table de pointcol est la meme que pour la table de point, dans la 
mesure ou la fonction deplace n ' a pas e te redefinie. 

D 'autre part, tout objet d'une classe comportant au moins une fonction virtuelle se voit attribuer par le 
compilateur, outre I'em placem ent memoire necessaire a ses membres donnee, un emplacement 
supplem entaire de type pointeur, contenant I'adresse de la table associee a sa classe. Par exemple, si nous 
declarons (en supposant que nous dispo sons des construe teurs habituels) : 

point p (3, 5) ; 
pointcol pc (8, 6, 2) / 

nous o btiendrons : 





►Vers table de po/nt 


3 




5 








■ ►vers table de .iTOwfctV 


CD 




6 


2 



On peut ainsi dire que ce pointeur, introduit dans chaque objet, represente I'inform ation permettant 
d' identifier la classe de I' objet. C 'est effectivem ent cette inform ation qui est exploited pour m ettre en ce u v re 
la ligature dynamique. Chaque appel d'une fonction virtuelle est traduit par le compilateur de la facon 
suivante : 
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• prelevem ent dans I'objet de I'adresse de la table correspondante (quelle que soit la maniere dont une 
fonction est appelee - directem ent ou par pointeur -, e 1 1 e regoit toujours I'adresse de I'objet en argum ent 
im plicite), 

• branchem ent a I'adresse figurant dans cette table a un rang donne. Notez bien que ce rang est 
parfaitem ent defini a la com p Nation : toutes les tables com porteront I'adresse de deplace 11 , par ex em pie, 
en position 2. En revanche, c'est I ors de I' execution que sera effectue le "choix de la bonne table" . 



11 ■ E ventuellem ent, les tables de certalnes classes pourront contenlr plus d'adresses si elles introduisent de nouvelles fonctions virtuelles, 
m a Is celles q u 'elles p a rta gent avec leurs ascendantes oc cu per ont toujours la m em e place et c'est la ' esse n ti e I pour le bon derouleni ent des 
operations. 



XVI. LES FLOTS 



Au cours des precedents chapitres, nous avons sou vent ete amene a ecrire sur la "sortie standard". Pour ce 
fa ire, nous utilisions des instructions tell es que : 

cout « n ; 

C ette derniere fait appel a I'operateur < < , en lui fournissant deux operandes correspondant, d'une part a u 
"flot de sortie" cone erne (ici cout), d 1 autre part a I 'expression dont on so u ha i te ecrire la valeur (ici n). 

De maniere comparable, nous avons ete amene a lire sur "I'entree standard" en utilisant des instructions 
telles que : 

cin » x ; 

C elle-ci fait appel a I'operateur > > , en lui fournissant deux operandes correspondant, d'une part a u "flot 
d ' entree" concerne (ici cin), d' autre part a la "lvalue" dans laquelle on so u h a i te lire une inform ation. 

D'une m aniere gen era le, un flot peut etre considere c o m m e un "canal" : 

• recevant de I' inform ation, dans le cas d'un flot de so r tie, 

• fournissant de I' inform ation, dans le cas d'un flot d' en tree. 

Les operateurs < < ou > > servent a assurer le transfert de I'inform ation, ainsi que son eventuel 
"form atage" . 

Un flot peut etre connecte a un peripherique ou a un fichier. Le flot predefini cout est, par convention, 
connecte a ce que I'on nom m e la "so r tie standard" , correspondant a u fichier predefini stdout du langage C . 
De meme, le flot predefini cin est, par convention, connecte a ce que I'on nomme "I'entree standard", 
correspondant a u fichier predefini stdin du langage C . G eneralem ent, I'entree standard correspond au clavier 
et la sortie standard a I'ecran 1 . M ais la plupart des implementations permettent de "rediriger" I'entree 
standard ou la sortie standard vers un fichier. 

En dehors de ces flots predefinis 2 , I'utilisateur peut definir lui-meme d'autres flots qu'il pourra connecter a 
un fichier de son choix. 



Si I'on y regarde de plus p res, on peut dire qu'un flot est un objet d'une classe predefinie, a savoir 



■ T o u te f o is, c el a n'est pas impose par le langage. On peut trouver, par exemple, des (ra res) implementations dans lesquelles la sortie 
standard correspond a une In prim ante. 

2 ■ Nous verrons qu'il en existe d'ailleurs deux autres : cerr et clog. 
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• ostream pour un flot de so rtie, 

• istream pour un flot d 1 entree. 

Chacune de ces deux classes su rdefin it les operateurs < < et > > pour les differents types de base. Leur 
em ploi necessite I 'in corporation du fichier en-tete iostream.h 3 . 

Jusqu'ici, nous nous sommes contente d' ex p lo iter quelques-unes des possibilites des classes istream et 
ostream, en nous limitant, de plus, aux flots predefinis cin et cout. Ce chapitre va faire le point sur 
I'ensem b I e des possibilites d 1 en trees-sorties offertes par C + + , telles qu'elles sont p revues depuis la version 
2.0. 

N ous adopterons la progression suivante : 

• presentation generale des possibilites de la classe ostream : types de base acceptes, principales fonctions 
m em bre (put, w rite), ex em pies de form atage de I' inform ation, 

• presentation generale des possibilites de la classe istream : types de base acceptes, principales fonctions 
m em bre (get, getline, gcount, read...), 

• gestion de ce que Ton nom m e le "statut d'erreur d 1 un flot" , 

• possibilites de surdef initio n des operateurs < < et > > pour des types (classes) definis par I'utilisateur, 

• etude detaillee des possibilites de formatage des informations, aussi bien en entree qu 'en sortie, 

• connexion d'un flot a un fichier, et possibilites d'acces direct offertes dans ce cas, 

• possibilites de "lecture ou d'ecriture en memoire", ce qui permettra de retrouver les facilites offertes par 
les fonctions fscanf et sprintf du langage C . 

D 'une m aniere generale, gardez bien present a I 'esprit, au cours de I 'etude de ce chapitre, que tout ce qui 
sera dit des le debut, a pro pos des flots, s'appliquera sans restriction aucune a un flot quelconque et, done, a 
un flot connecte a un fichier. 

1. PRESENTATION GENERALE DE LA C LASSE OSTREAM 

A p res avoir precise le role de I'operateur < < et rappele les types de base pour lesqu els I'operateur < < est 
su rdefin i, nous verrons le role des deu x fonctions m em bre put et w rite. N o us exam inerons en suite quelques 
exemples de formatage de I'inform ation, ce qui nous permettra d'introduire I'importante notion de 
" m anipulateur" . 

1.1 S urd ef initio n de I'operateur < < 

D ans la classe ostream, I'operateur < < est done surdefini pour les differents types de base, sous la forme : 

ostream & operator « (expression) 

II recoit deux operandes : 

• la classe I'ayant appele (argum ent im plicite - this), 

• une expression d'un type de base quelconque. 



■ Son ex ten si o n depend de I'im plem entation (hxx, h...|. 
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Son role consiste a " t r a n s m ettre" la valeur de I'expression au flot concerne en la "form a ta n t 4 " de f a g o n 
appropriee. C onsiderons, par ex em pie, Instruction : 

cout « n ; 

Si n contient la valeur 1 2 3 4, le travail de I'operateur < < consiste ra a convertir la valeur (bin a ire) de n dans 
le system e decim a I et a envoyer au flot cout les caracteres correspondant a chacun des ch iff res ainsi obtenus 
(so it, ici, les quatre caracteres : 1, 2, 3 et 4). N ous em ployerons le mot "ecriture" pour qualifier le role de 
cet operateur ; sachez toutefois que ce terme n'est pas universellem ent re p a n d u : notamment, on rencontre 
parfois " injection" . 

Par ailleurs, cet operateur < < fournit comme r e s u I ta t la reference au flot concerne, apres qu'il y a ecrit 
1 1 inform ation voulue. C ela perm et de I'appliquer facilement plusieurs fois de suite, com m e dans : 

cout « "valeur : " « na « "\n" ; 

Tous les types de base sont acceptes par I'operateur < < 5 (soit par surdefinition effective de I'operateur, 
so it par le jeu des conversions im pi kites), y com pris les types : 

• char, 

• char * : on obtient la chalne situee a I'adresse correspondante, 

• pointeur sur un type quelconque : dans ce cas (du m oins s'il ne s'agit pas de char *), on obtient la valeur 
du pointeur correspondant. Si Ton souhaite afficher la valeur d'un pointeur de type char * (et non plus la 
chatne qu'il reference), il suffit de le convertir ex p lie item ent en void *. 



1 .2 Les flots p re d e f in is 

E n plus de cout, il ex iste deux autres flots p red ef in is de classe o stream : 

• cerr : flot de sortie connecte a la sortie standard d'erreur (stderr en C ), sans "tarn p o n " 6 in term ediaire, 

• clog : flot de sortie connecte egalem ent a la sortie standard d'erreur, mais en utilisant un "tampon" 
interm ediaire. 



1 .3 La fonction put 

II existe, dans la classe ostream, une fonction membre nommee put qui transmet au flot correspondant le 
caractere recu en argum ent. A insi : 

cout .put (c) ; 

transm et au flot cout le caractere contenu dans c, comme le f era it : 

cout « c ; 



4 ■ N ous verrons qu'il est possible d'intervenir sur la m a n i e r e do nt est effectue ce form atage. D 1 autre part, dans certains cas, il pourra ne 
pas y avoir de form atage : e'est ce qui se produira, par ex em pie, lorsque I 1 on utilisera la fonction write. 

5 - Du moinsdansla version 2.0. 

6 ■ " B uffer" , en anglais. On parle parfois en "f rang la is" , de sortie "non buffer isee" . 
1 - 0 n parle parfois de so rtie " bufferisee" . 
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En fait, la fonction put etait surtout indispensable dans les versions a nterieures a la 2.0 pour pallier I 1 absence 
de surdefinition de I'operateur pour le type char. 

La valeur de retour de put est le flot cone erne, apres qu'on y a ecrit le caractere correspondant. C ela perm et 
d'ecrire, par ex em pie (cl, c2 e t c 3 eta nt de type char) : 

cout .put (cl) .put (c2) .put (c3) ; 

ce qui est equivalent a : 

cout .put (cl) ; 
cout .put (c2) ; 
cout .put (c3) ; 

1 .4 La fonc tion w rite 

Dans la classe o stream , la fonction m em bre w rite perm et de transm ettre au flot de sortie considere une suite 
de caracteres (octets) de longueur don nee. P ar ex em pie, avec : 

char t [] = "bonjour " ; 

Instruction : 

cout. write (t, 4) ; 

enverra sur le flot cout 4 caracteres consecutifs a partir de I'adresse t, e'est-a-dire les caracteres b, o, n et j. 

Cette fonction peut se m bier faire double emploi avec la transmission d'une chalne a I'aide de I'operateur 
< < . En fait, il faut tout d ' a bord noter que son com portem ent n'est pas id en tique puisque w rite ne fait pas 
intervenir de caractere de fin de chalne (caractere nul) ; si un tel caractere apparalt dans la longueur prevue, 
il sera transm is, com m e les autres, au flot de so r tie. D 'a utre part, cette fonction ne realise aucun form atage 
(nous verrons qu 'avec < < , on peut agir sur le "gabarit" de I' inform a tion effectivem ent e c rite sur le flot). 

En fait, cette fonction s'averera indispensable des lors que I'on souhaitera transmettre une information sous 

une forme "brute" (on dit souvent "binaire"), sans qu'elle subisse la moindre modification. Bien entendu, 
cela n'a genera lem ent guere d' in teret dans le cas d'un ec r a n ; en revanche, ce sera la seule fa? on de creer un 

fichier sous forme "binaire" (e'est-a-dire dans lequel les informations - quel que soit leur type - sont 
en registries tel les qu'elles fig u rent en m em oire). 

Comme put, la fonction write fournit en retour le flot concerne, apres qu'on y a ecrit I'inform ation 
correspondante. 



1.5 Quelques possibility de formatage 

N o us etudierons, dans le paragraphe 5, I'ensem ble des possib Mites de form atage de la classe o stream , ainsi 
d'ailleurs que eel les de la classe i stream . C ependant, des m a in tenant, nous vous p resen tons deu x ex em pies 
courants de formatage de I'inform ation e c rite sur un flot de sortie, ce qui nous permettra d'introduire la 
notion de " m anipulateur" . 



a) Act ion sur la base de numeration 

L orsque I'on ecrit une valeur en tie re sur un flot de so r tie, on peut choisir de I'exprim er dans I'une des bases 
suivantes : 
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• 10 : d e c i m a I (il s'agit de la valeur par defaut), 

• 16 : hexadecimal, 

• 8 : octal. 

Void un ex e m pie de programme dans lequel nous ecrivons dans differentes bases la valeur de la meme 
variable (n). 



# include <iostream.h> 
main () 

{ int n = 12000 ; 

cout « "par defaut 

cout « "en hexadecimal 

cout « "en decimal 

cout « "en octal 

cout « "et en ???? 

} 



par defaut : 12000 

en hexadecimal : 2eeO 

en decimal : 12000 

en octal : 27340 

et en ???? : 27340 



Action sur la base de numeration des va leu r s ec rites su r cout 



L es sy m bo les hex, dec et oct se nom m ent des m anipulateurs. II s'agit, en fait, d'operateurs p redefinis, a un 
seul operande de type flot, et fournissant en retour le m em e flot, apres qu'ils y ont opere une certaine action 
("manipulation"). Ici, cette action consiste precisement a modifier la valeur de la base de numeration (cette 
information eta n t, en fait, m em o r i see dans la classe ostream 8 ). Notez bien que la valeur de la base reste la 
meme, tant qu'on ne la modifie pas (par un m anipulateur), et cela quelles que soient les informations 
transm i ses au flot (en tiers, caracteres, flottants...). 

N ous verrons, dans le paragraphe 5, qu'il existe beaucoup d'autres m anipulateurs et nous en ferons une 
etude com plete. 



b) A ction sur le gabarit de I' inform at ion e c rite 

Voyez cet exemple de programme qui montre comment agir sur la largeur (gabarit) suivant laquelle 
I 1 inform ation est e c rite : 



# include <iostream.h> 
# include <iomanip . h> 
main () 



« n « "\n" ; 

" « hex « n « "\n" ; 

" « dec « n « "\n" ; 

" « oct « n « "\n" ; 

« n « "\n" ; 



■ En toute rigueur, de la classe i o s, dont derivent les classes ostream et i stream 
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{ 

int n = 12345 ; 
int i ; 

for (1=0 ; i<15 ; 

cout « setw(2) « i « " : "« setw(i) « n « "\n" ; 



0 


12345 


1 


12345 


2 


12345 


3 


12345 


4 


12345 


5 


12345 


6 


12345 


7 


12345 


8 


12345 


9 


12345 


10 


12345 


11 


12345 


12 


12345 


13 


12345 


14 


12345 



Action s u r le gabarit de I 1 information ec rite su r cout 

lei encore, nous faisons appel a un m anipulateur (setw ). C elui-ci est cependant un peu plus com pi ex e que les 
precedents (hex, oct ou dec) puisqu'il comporte un "parametre" representant, dans ce cas, le gabarit 
souhaite. On parle alors de " m anipulateur param etrique" . Nous verrons qu'il existe beaucoup d'autres 
m anipulateurs pa ram etriques ; leur em ploi n ec ess i te abso lum ent I 'in corporation du fichier en-tete iomanip. h. 

En ce qui concerne setw, sachez que ce manipulateur definit uniquement le gabarit de la prochaine 
information a ecrire. Si Ton ne fait pas a nouveau appel a setw pour les informations suivantes, celles-ci 
seront e c rites suivant les conventions habituelles, a savoir en utilisant I'em placem ent minimum necessaire 
pour les ecrire (2 caracteres pour la valeur 24, 5 caracteres pour la valeur -2 3 4 5, 7 caracteres pour la chalne 
" bo njour" ...). D 'a utre part, si la valeur fournie a setw est insu ffisante a I'ecriture d e la valeur su i vante, cette 
derniere sera e c rite suivant les conventions habituelles (elle ne sera done pas tronquee). 



2. PRESENTATION GEN ERA LE DE LA C LASSE 1ST REAM 

D e m aniere com parable a ce que nous avons fait pour la classe o stream, nous com m encerons par preciser le 
role de I'operateur > > . N o us verrons en suite le role des differentes fonctions m em bre de la classe i stream 
(get, getline, gcount, read...). N o us term inerons sur un ex em pie de form atage de I 1 inform ation. 
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2.1 S urdef initio n de I'operateur > > 

D ans la classe i str e a m , I'operateur > > est surd ef in i pour to us les types de base, y com pris char * 9 , sous la 
form e : 

istream & operator » ( & type_de_base ) 

II r e g o it deux operandes : 

• la classe I'ayant appele (argum ent im pi kite - this), 

• une "lvalue" d'un typede base quelconque. 

Son role consiste a " extra ire" du flot concerne les caracteres necessaires pour former une valeur du type de 
base voulu en realisant une operation inverse du form atage op ere par I'operateur < < . 

II fournit com m e resultat la reference au flot concerne, apres qu'il en a extra it I' inform ati on voulue. C ela 
perm et de I'appliquer plusieu rs fois de su ite, com m e dans : 

cin » n » p » x ; 

L es " espaces_ blancs 10 " servent de delim iteurs. R appelons que I'on range dans cette categorie les caracteres 
suivants : espace, tabulation horizontal (\t), tabulation verticale (\v), fin de ligne (\n), retour chariot (\r) et 
changem ent de page (\f). 

Bien entendu, les delim iteurs ne peuvent pas etre lus, en tant que caracteres eux-memes. Par exemple, la 
repetition de I 'instruction (c eta nt suppose de type char) : 

cin » c ; 

appliquee a un flot contenant ce texte : 

b o 
n 3 

our 

conduira a ne prendre en com pte que les 7 caracteres : b, o, n, j, o, u et r. 

N ous verrons c i-dessous comment proceder (avec la fonction get) pour acceder a to us les caracteres d'un 
flot, delim iteurs com pris. 

D 'autre part, lorsqu'on lit sur un flot une inform ation a destination d'une chalne de caracteres (char * ) : 

• ce sont, la encore, les " espaces_ blancs" qui servent de delim iteurs. II n'est done pas possible de lire en 
une seule fois une chalne contenant, par ex em pie, un espace, telle que : 

bonjour mademoiselle 

N otez que, dans ce cas, il ne sert a rien de la placer entre guillem ets, com m e ceci : 

"bonjour mademoiselle" 

E n effet, la prem iere chalne lue sera it alors : 

"bonjour 

9 ■ M a is pas, a priori, pour les types pointeurs. 

10 ■ D e "w h ite spaces", en anglais. 
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N ous verrons, un peu plus loin, comment la fonction getline four nit une solution agreable au problem e 
que nous venons d 1 evoquer ; 

• I 1 inform ation ran gee en m em o i re est com pi etee par un caractere nul de fin de chalne (\0). A in si, pour lire 
une chalne de n caracteres, il faut prevoir un em placem ent de n + 1 caracteres. 



2 .2 La fonction get 

L a fonction : 

istream & get (char S) 

permet d'extraire un caractere d'un flot d ' entree et de le ranger dans la variable (de type char) qu'on lui 
fournit en a rg urn ent. Tout com m e put, cette fonction fournit en retour la reference au flot cone erne, apres 
qu'on en a extrait le caractere voulu. 

C ontrairem ent a I'operateur > > , la fonction get peut lire n'im porte quel caractere, delim iteurs com pris. 
A in si, en I'appliquant a un flot contenant ce texte : 

b o 
n 3 

our 

e 1 1 e conduira a prendre en compte 16 caracteres : b, espace, o, \n, n, espace, espace, espace, espace, j, \n, 
\n, o, u, r et \n. 

II existe une autre fonction get (il y a done su rdefinition), de la forme : 

int get () 

C elle-ci permet, e 1 1 e aussi, d 1 extra ire un caractere d 1 un flot d 1 entree, m a is, cette fois, e 1 1 e le fournit, com m e 
valeur de retour, sous forme d'un en tier. E lie est ainsi en m esure de fournir une valeur sp eciale EOF (en 
general -1) lorsque la fin de fichier a ete rencontree sur le flot correspondant 11 . 



Remarque: 

Nous verrons, dans le paragraphe 3 consacre au "statut d'erreur" d'un flot, qu'il est possible de 
considerer un flot com m e une "valeur logique" (vrai ou faux) et, par suite, d'ecrire des instructions telles 
que : 

char c ; 

while ( cin.get(c) ) // recopie le flot cln 

cout.put (c) ; // sur le flot cout 

// arret quand eof car alors (cln) = 0 

C elles-ci sont equivalentes a : 

int c ; 



■ C 'est ce qui justifie que sa valeur de retour soit de type int et non char. 
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while ( ( c = cin.get() ) != EOF ) 
cout.put (c) ; 



2.3 Les fonctions getline et gcount 

C es deux fonctions facilitent la lecture des chaines de caracteres ou, plus generalem ent, la lecture d'une 
suite de caracteres quelconques, term i nee par un caractere connu (et non present dans la chaine en question). 

L 'en-tete de la fonction getline se presente sous la form e : 

istream & getline (char * ch, int taille, char delim = ' \n ' ) 

C ette fonction lit des caracteres sur le flot I'ayant appele et les place dans I 'em placem ent d'adresse ch. E lie 
s'interrom pt lorsqu'une des deux conditions suiv antes est satisfaite : 

• le caractere delim iteur delim a ete trouve : dans ce cas, ce caractere n'est pas recopie en m em oire. 

• taille ■ 1 caracteres ont ete lus. 

Dans to us les cas, cette fonction ajoute un caractere nul de fin de chaine, a la suite des caracteres lus. 

N otez que le caractere delim iteur possede une valeur par defaut (\n) b i en a dap tee a la lecture de lignes de 
texte. 

Quant a la fonction gcount, e 1 1 e fournit le nombre de caracteres effectivem ent lus lors du dernier appel de 
getline. Le caractere delim iteur, pas plus que celui place a la fin de la chaine ne sont comptes ; autrement 
(jit, gcount fournit la longueur effective de la chaine ran gee en m em oire par getline. 

Void, a titre d 1 ex em pie, une sequence classique d' instructions p erm ettant de traiter les differentes lignes du 
flot c in (eventuellem ent red i rig e vers un fichier) : 

const LG_LIG = 120 ; // longueur maxi d'une ligne de texte 

char ch [LG_LIG+1 ] ; // pour lire une ligne 

int lg ; // longueur courante d'une ligne 

while ( cin. getline (ch, LG_LIG) ) 
{ lg = cin. gcount () ; 

// traitement d'une ligne de lg caracteres 

} 



2 .4 La fonction read 

La fonction read permet de lire sur le flot d 1 en tree considere une suite de caracteres (octets) de longueur 
donnee. P ar exem pie, avec : 

char t[10] ; 

I 1 instruction : 

cin. read (t, 5) ; 

lira sur cin 5 caracteres et les rangera a partir de I'adresse t. 
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lei encore, cette fonction peut sem bier fa ire double em ploi so it avec la lecture d'une chatne avec I'operateur 
> > , soit avec la fonction getline ; toutefois, read ne necessite ni separateur ni caractere delimiteur 
particulier. 

En fait, nous verrons que cette fonction s'averera indispensable des lors que I'on souhaitera acceder a des 
fichiers sous forme "binaire", c'est-a-dire en recopiant en memoire les informations telles qu'elles figurent 
dans le fichier. La fonction read jo u era le role symetrique de la fonction write. 



2 .5 Q u elques autres fonctions 

II existe egalement, dans la classe istream, deux fonctions membre, a caractere utilitaire : 
putback (char c) pour renvoyer dans le flot cone erne un caractere don ne, 

peek () qui fournit le prochain caractere disponible sur le flot concerne, mais sans I'extraire du flot (il 
sera done a nouveau obtenu lors d'une prochaine lecture sur le flot). 



Remarque: 

En toute rigueur, il existe egalement une classe iostream, heritant a la fois de istream et de ostream. 
C elle-ci perm et de realiser des entrees-sorties " bi direction n el les" . 



3. STATUT D'ERREU R DUN FLOT 

A chaque flot (d 1 entree ou de sortie) est associe un en sem ble de bits d'un en tier, form ant ce que I'on nom m e 
le " statu t d' err eu r" du flot. II perm et de rendre com pte du bon ou du m a uva is deroulem ent des operations sur 
le flot. N o us a lions tout d'abord voir quelle est precisem ent la signification de ces differents bits (au nom bre 
de 4 ). Puis nous a pprendrons comment en connaltre la valeur et, le cas echeant, la modifier. E nfin, nous 
verrons comment la surdefinition des operateurs () et ! permet de simplifier I'utilisation d'un flot. 



3.1 Les bits d'erreur 

La position des differents bits d'erreur, au sein d'un en tier, est definie par des constantes declarers dans la 
classe ios dont derivent les deux classes istream et ostream. Chacune de ces constantes correspond a la 
valeur prise par rentier en question lorsque le bit correspondant (et lui seul) est "active" (a 1). II s'agit de : 

eofbit : fin de fichier; ce bit est active si la fin de fichier a ete atteinte, autrement dit si le flot 
correspondant n 'a plus aucun caractere disponible. 

failbit : ce bit est active lorsque la prochaine operation d' entree-sortie ne peut aboutir, 

ba d bit : ce bit est active lorsque le flot est dans un eta t irrec upera ble. 

La difference entre badbit et failbit n'existe que pour les flots d ' en tree ; lorsque failbit est active, aucune 
inform ation n'a ete reel lem ent perdue sur le flot ; il n'en va plus de m em e lorsque badbit est active. 

D e plus, il existe une constante good bit (valant, en fait 0), correspondant a la valeur que doit avoir le statut 
d'erreur lorsqu' aucun de ses bits n' est active. 
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On peut dire qu'une operation d' entree-so rtie a reussi lorsque I'un des bits goodbit ou eofbit est active. De 
meme, on peut dire que la prochaine operation d' entree-so rtie ne pourra aboutir que si goodbit est active 
(m a is i I n'est pas encore certain qu'elle reussi sse!). 

L orsqu'un flot est dans un etat d'erreur, aucune operation ne peut aboutir tant que : 

• la condition d'erreur n ' a pas ete corrigee (ce qui va de soi I), 

• et que le bit d'erreur corrrespondant n'a pas ete rem is a zero : nous a I Ions voir, ci-dessous, qu'il existe 
des fonctions perm ettant d'agir sur ces bits d'erreur. 

3.2 Action concernant les bits d'erreur 

II existe deux categories de fonctions : 

• celles qui permettent de connaltre le statut d'erreur d'un flot, c'est-a-dire, en fait, la valeur de ses 
differents bits d'erreur, 

• celles qui perm ettent de m odifier la valeur de certains de ces bits d'erreur. 

a) Acces aux bits d'erreur 

D 'une part, il existe 5 fonctions mem bre (de i o s 1 2 ) : 

eof () : fourn it la valeur vrai (1) si la fin de fichier a ete rencontree, c'est-a-dire si le bit eofbit est active, 
bad () : fournit la valeur vrai (1) si le flot est altere, c'est-a-dire si le bit bad bit est active, 
fail () : fournit la valeur vrai (1) si le bit failbit est active, 

good () : fournit la valeur vrai (1) si aucune des trois fonctions precedentes n'a la valeur vrai, c'est-a-dire 
si aucun des bits du statut d'erreur n'est active. 

D 'autre part, la fo notion m em bre 13 rd state () fournit en retour un en tier correspondant a la valeur du statut 
d'erreur. 

b) M odification du statut d'erreur 

L a fonction m em bre clear d'en-tete : 
void clear (int i= 0) 

active les bits d'erreur correspondant a la valeur fourn ie en argum ent. En general, on definit la valeur de cet 
argum ent en utilisant les constantes predefinies de la classe ios. 

P ar ex em pie, si fl design e un flot, I' instruction : 

fl. clear (ios : :badbit) ; 

activera le bit bad bit du statut d'erreur du flot fl et m ettra to us les autres bits a zero. 



■ Done de stream et de o stream, par heritage. 

- D esorm a is, nous ne preciserons plus qu'il s'agit d'un mem bre de ios, dent heritent istream et ostream 
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Si Ton so u ha i te activer ce bit, sans m odifier les autres, il suffit de faire appel a rd state, en p roc ed ant a in si : 

fl. clear (ios: :badbit / fl . rdstate () ) ; 

Remarque : 

Lorsque vous su rdefin irez les operateurs < < et > > pour vos propres types (classes), il sera pratique 
de pouvoir activer les bits d'erreur, en com pte rendu du deroulem ent de I 1 operation. 

3.3 S urdefinition des operateurs () et ! 

C om m e nous I'avons deja evoque dans la rem arque du pa rag rap he 2.2, il est possible de "tester" un flot en 
le considera nt com m e une valeur logique (vrai ou faux). C ela est realise grace a la su r definition , dans la 
classe ios des operateurs () et !. 

P lus prec isem ent, I'operateur () est su rdefin i de maniere que, si fl design e un flot : 
(fl) 

• prenne une valeur non n u 1 1 e 1 4 (vrai), si aucun des bits d'erreur n ' est active, c'est-a-dire si good () a la 
valeur vrai. 

• prenne une valeur nulle (faux), dans le cas contraire, c'est-a-dire si good () a la valeur faux. 
A insi : 

if (fi) . . . 

peut rem placer : 

if (fl . good () ) ... 

D e meme, I'operateur ! est su rdefin i, de maniere que, si fl design e un flot : 
! fl 

• prenne une valeur nulle (faux) si un des bits d'erreur est active, c'est-a-dire si good () a la valeur faux, 

• prenne une valeur non nulle (vrai) si aucun des bits d'erreur n'est active, c'est-a-dire si good () a la 
valeur vrai. 

A insi : 

if (! flot ) ... 

peut rem placer : 

if (! flot. good () ) ... 



■ Sa valeur exacte n'est pas prec is ee et elle n 1 a done pas de signification particuliere. 
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4. SURD EF IN IT ION DES 0 PERATEU RS < < ET > > 
POUR LES TYPES D EF IN IS PAR L 1 U T IL IS A T E U R 



Comme nous I'avons deja dit, les operateurs < < et > > peuvent e tre red e f i n is par I'utilisateur pour des 
types classes qu'il a I u i - m em e crees. N o us a lions d'abord exam iner la d em arc he a em ployer pour realiser 
cette surdefinition, avant d'en voir un ex em pie d 1 application. 



4.1 La demarche 

Les deux operateurs < < et > > , deja surdefinis au sein des classes istream et ostream pour les differents 
types de base, peuvent e tre surdefinis pour n'im porte quel type classe c re e par I'utilisateur. 

Pour ce fa ire, il suffit de tenir com pte des rem arques suivantes. 

a) C es operateurs doivent recevoir un flot en premier argument, ce qui empeche d'en faire une fonction 
m em bre de la classe c oncer nee (notez qu'on ne peut plus, comme dans le cas des types de base, en faire 
une fonction membre de la classe istream ou ostream, dans la mesure ou I'utilisateur ne peut plus 
m odifier ces classes qui lui sont fournies avec C + + ). 

II s'agira done de fonctions independantes ou amies de la classe concerned et ayant un prototype de la 
form e : 

ostream & operator « (ostream &, expresslon_de_type_classe) 

ou : 

istream & operator » (ostream &, & type_classe) 

b) La valeur de retour sera obligatoirem ent la reference au flot cone erne (recu en premier argum ent). 
On peut dire que toutes les surdefinitions de < < se feront suivant ce "canevas" : 

ostream & operator « (ostream & sortie, type_classe objet 15 ) 
{ 

// Envoi sur le flot sortie des membres de objet en utilisant 
// les possibilites classiques de « pour les types de base 
// e'est-a-dire des instructions de la forme : 

// sortie « / 

return sortie ; 

} 

D e m em e, toutes les surdefinitions de > > se feront suivant ce "canevas" : 

istream & operator » (istream & entree, type_classe & objet) 
{ 

// Lecture des informations correspondant aux differents membres de objet 
// en utilisant les possibilites classiques de » pour les types de base 
// e'est-a-dire des instructions de la forme : 

// entree » / 

return entree ; 

; 



■ lei, la transm ission peut se faire par valeur ou par reference. 
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Remarque: 

D ans le cas de la su rdefinition de > > (flot d ' en tree), il sera so u vent utile d e s'assurer que I 1 inform ation 
lue repo nd a certaines exigences et d'agir en consequence sur I'etat du flot. N o us en verrons precisement 
un ex e m pie dans le paragraphe suivant. 



4.2 Exem pie 

Void un programme dans lequel nous avons surdefini les operateurs < < et > > pour le type point que 
nous avons sou vent rencontre dans les precedents chapitres : 

class point 

{ Int x , y ; 



N ous supposerons qu'une "valeur de type point" se presente toujours (aussi bien en lecture qu'en ecriture) 
so us la form e : 

< entier, entier > 

avec eventuellem ent des separateurs " espaces_ blancs" supplem entaires, de part et d'autre des valeurs 
entieres. 



^include <lostream.h> 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) 

{ x = abs ; y = ord ; } 
int abscisse () { return x ; } 

friend ostream & operator « (ostream &, point) ; 
friend istream & operator » (istream &, point &) ; 

} ; 

ostream & operator « (ostream & sortie, point p) 
{ 

sortie « "<" « p.x « ", " « p.y « ">" ; 
return sortie ; 

} 

istream & operator » (istream & entree, point S p) 
{ char c = ' \ 0 ' ; 

float x, y ; 

int ok = 1 ; 

entree » c ; 

if (c != '<') ok = 0 ; 
else 

{ entree » x » c ; 
if (c != ', ') ok = 0 ; 
else 

I entree » y » c ; 
if (c != '>') ok = 0 ; 

; 
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; 

if (ok) { p.x = x ; p.y = y ; } //on n'affecte a p que si tout est 

OK 

else entree. clear (ios : :badbit / entree . rdstate () ) ; 
return entree ; 

} 

main () 

{ char ligne [121 ] ; 
point a (2, 3) , b ; 

cout « "point a : " « a « " point b : " « b « "\n" ; 
do 

{ cout « "donnez un point : " ; 

if (cin » a) cout « "merci pour le point : " « a « "\n" ; 

else { cout « "** information incorrecte \n" ; 
cin. clear () ; 

cin.getline (ligne, 120, ' \n ' ) ; 

} 

} 

while ( a.abscisse () ) ; 

} 



point a : <2, 3> point b : <0, 0> 

donnez un point : 4, 5 

** information incorrecte 

donnez un point : <4, 5< 

** information incorrecte 

donnez un point : <4, 5> 

merci pour le point : <4, 5> 

donnez un point : < 8, 9 > 

merci pour le point : <8, 9> 

donnez un point : bof 

** information incorrecte 

donnez un point : <0, 0> 

merci pour le point : <0, 0> 



Surdefinition de I'operateur < < pour la classe point 

Voyez comment, dans la surdefinition de > > , nous avons pris soin de lire tout d'abord toutes les 
inform ations relatives a un point dans des variables locales. C e n'est que lorsque tout s'est bien deroule que 
nous transferons les valeurs a in si lues dans le point cone erne. C ela evite, par ex em pie en cas d' inform ation 
incomplete, de modifier I'une des composantes du point sans modifier I'autre, ou encore de modifier les 
deux com posantes, alors que le caractere > de fin n ' a pas ete trouve. 

Si nous ne pren ions pas soin d'activer le bit bad bit lorsque Ton ne trouve pas I'un des caracteres < ou > , il 
sera it im possible (a I'utilisateur) de savoir que la lecture s'est m a I derou lee. 

N otez que dans la fonction main, en cas d'erreur sur cin, nous com m engons par rem ettre a zero I'etat du flot 
avant d'utiliser getline pour "sauter" les inform ations qui risquent de ne pas avoir pu etre exploiters. 
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5. GESTION DU FORM ATAGE 

Nous avons vu quelques possibility d'action sur le form a ta g e des informations, aussi b i en pour un flot 
d 1 entree que pour un flot de so rtie. N o us a lions ici etudier en detail la demarche adoptee par C + + pour 
gerer ce form atage. 

Chaque flot, c'est-a-dire chaque objet de classe istream ou ostream, conserve en permanence un ensemble 
d'inform ations 16 (indicateurs) specifiant quel est, a un moment donne, son "statut de form atage" . C ette 
fa? on de proceder est for tern ent diffe rente de celle em ploy ee par les fonctions C telles que printf ou scanf ; 
dans ces dernieres, en effet, on fournissait, pour chaque operation d' entree-so rtie, les indications de 
formatage appropriees (sous forme d'un "format" compose, entre autres, d'une succession de "codes de 
form at" ). 

U n des avantages les plus em in en ts de la m ethode em ploy ee par C + + est qu'elle perm et eventuellem ent a 
I'utilisateur d'ignorer totalem ent cet aspect form atage, tant qu'il se contente d'un com portem ent par defaut 
(ce qui est loin d'etre le cas en C ou la moindre entree-sortie necessite obligatoirem ent I'emploi d'un 
form at). 

U n autre avantage de la m ethode est de perm ettre a celui qui le souhaite de definir, une fo is pour toutes, un 
form at a p prop rie a une application don nee et de ne plus avoir a s'en sou cier par la suite. 

Comme nous I'avons fait pour le statut d'erreur d'un flot, nous commencerons par etudier les differents 
elements composant le "statut de formatage" d'un flot avant de voir comment on peut le connaltre d'une 
part, le m odifier d'autre part. 



5.1 Le statut de formatage d'un flot 

L e statut de form atage d' un flot com porte essentiellem ent : 

• un mot d'etat, dans lequel chaque bit est associe a une signification particuliere. On peut dire qu'on y 
trouve, en quelque sorte, toutes les indications de form atage de la form e vrai/faux 17 . 

• les valeurs num eriques precisant les valeurs courantes suivantes : 

- le "gabarit" : il s'agit de la valeur fournie a setw ; rappelons qu'elle "retombe" a zero (qui signifie : 
ga bar it standard), apres le transfert (lecture ou ecriture) d'une inform ation. 

- la "precision" numerique : il s'agit du nombre de chiffres affiches apres le point decimal dans le cas 
de n o tation " flottante" et du no m bre d e chiffres sig nificatifs, da ns le cas de n o tation " exponentielle" . 

- le caractere "de rem plissage" , c'est-a-dire le caractere employe pour com pleter un gabarit, dans le cas 
ou Ton n 'utilise pas le gabarit par defaut (par defaut, ce caractere de rem plissage est un espace). 



5.2 Description du mot d'etat du statut de formatage 

De maniere comparable a ce qui se passait pour le statut d'erreur d'un flot, le mot d'etat du statut de 
form atage est form e d' un en tier, dans lequel chaque bit est rep ere par une constante predefinie dans la classe 



16 ■ En toute rigueur, cette inform ation est prevue dans la classe ios dont derivent les classes istream et ostream . 

^ ■ 0 n retrou ve la le m em e m ecanism e que pour I 1 en tier contenant le statut d'erreur d'un flot. M a Is, comme nous le voyons c i - a p r e s , le 

statut de form atage d'un flot com porte, quant a lui, d 1 autres types d' I nform ations que ces Indications " bin a Ires" . 
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ios. C h a c u n e de ces constantes correspond a la valeur prise par cet en tier lorsque le bit correspondant (et lui 
seul) est "active" (a 1). Ici encore, la valeur de chacune de ces constantes peut servir : 

• so it a "identifier" le bit correspondant, au sein du m ot d'etat, 

• soit a fabriquer directement un mot d'etat. 

D e plus, certains "cham ps de bits" (au nom bre de trois) sont definis au sein de ce m em e mot; nous verrons 
qu'ils facilitent, dans le cas de certaines fonctions membre, la manipulation d'un des bits d'un champ (on 
peut " c iter" le bit a modifier dans un champ, sans avoir a se preoccuper de la valeur des bits des autres 
champs). 

Void la liste des differentes constantes, accom pagnees, le cas echeant, du nom du champ de bit 
correspondant. 



XT DM D F* PfTfl MP 

(s ' il existe) 


NOM 


DU BIT 


J X U1V 111 V ^1 J. J. \ 'IV 

(quand active) 




IOS '. 




OdUL Ucd tJ&jJaLfc;o JLJX ail (_. o ( ell fcrii t- -L fcr fcr / 


ios: : adjust field 


ios : 


:left 


cadrage a gauche (en sortie) 




ios . 


.•right 


cadrage a drolte (en sortie) 




IOS .' 


■ Xi 1 L. fcrX 11 d J. 


X tsuipj.j.ssayts cxpj. cro oxyiifci L/u JJaou 


ios: :basefield 


ios : 


:dec 


conversion decimale 




ios : 


: oct 


conversion octale 




ios : 


:hex 


conversion hexadecimale 




ios . 


: showbase 


affichage indicateur de base (en sortie) 




ios . 


: showpoint 


affichage point decimal (en sortie) 


majuscules 


ios . 


: uppercase 


affichage caracteres hexadecimaux en 
(en sortie) 


signe + 


ios : 


: showpos 


affichage nombres positifs precedes du 
(en sortie) 


ios: : float field 


ios : 


: scientific 


notation "scientifique" 




ios : 


: fixed 


notation "point fixe " 
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ios : : unitbuf vide les tampons apres chaque ecriture 

ios::stdio vide les tampons apres chaque ecriture 

sur stdout ou stderr 



Le mot d'etat du statut de formatage 



Au sein de chacun des trois champs de bits (a dju stfield , basefield, floatfield), un seul des bits doit etre actif. 
S'il n'en va pas ainsi, C + + leve I ' a m b i g u 1 1 e en prevoya nt un com portem ent par defaut (right, dec, 
scientific). 



5.3 Action sur le statut de formatage 

Les ex e m pies des paragraphes 1 et 2 vous ont presente la notion de m anipulateur (param etrique ou non). 
Comme vous vous en doutez, ces m anipulateurs permettent effectivem ent d'agir sur le statut de formatage. 
M a is il existe egalem ent d'autres facons d'agir sur ce statut, en utilisant des fonctions m em bre des classes 
istream ou ostream. Ces dernieres sont generalem ent redondantes par rapport aux m anipulateurs 
param etriques (nous verrons toutefois qu'il existe des fonctions membre ne comportant aucun equivalent 
so us form e de m anipulateur) 

Suivant le cas, Taction portera sur le mot d'etat ou sur les valeurs numeriques (gabarit, precision, caractere 
de rem plissage). En outre, on peut agir globa lem ent su r le m ot d'etat. N o us verrons que certaines fonctions 
m em bre perm ettront no tarn m ent de le "sauvegarder" pour pouvoir le "restaurer" ulterieurem ent (ce qu'aucun 
manipulateur ne permet) ; les valeurs numeriques, quant a elles, ne peuvent etre accedees globa lem ent et 
do iv ent done, le cas echeant, fa ire I'objet de sauvegardes individuelles. 



a) Les m a nipulateurs non param etriques 

C e sont done des opera teurs qui s'utili sent ainsi : 

flot « manipulateur 

pour un flot de so rtie, ou ainsi : 

flot » manipulateur 

pour un flot d ' entree. 

lis fournissent comme resultat le flot obtenu apres leur action, ce qui permet de les traiter de la meme 
maniere que les informations a transmettre. En particulier, ils permettent, eux aussi, d'appliquer plusieurs 
fois de su ite les operateurs < < ou > > . 

V oici la liste de ces m anipulateurs : 



MANIPULATEUR UTILISATION ACTION 
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dec 

decimale 
hex 

h exa de cima 1 e 
oct 

left/base/internal 

scientific/ fixed 

showbase/noshowbase 
correspondant 

showpoint/noshowpoint 
correspondant 

showpos/noshowpos 
correspondant 

skipws/noskipws 
correspondan t 

uppercase/nouppercase 
correspondant 

ws 

caracteres 



endl 
tampon 

ends 

chaine (\0) 



Entree/ Sortie 

Entree/ Sortie 

Entree/ Sortie 
Sortie 
Sortie 
Sortie 

Sortie 

Sortie 

Entree 

Sortie 

Entree 

Sortie 
Sortie 



Active le bit de conversion 

Active le bit de conversion 

Active le bit de conversion octale 
Active le bit correspondant 
Active le bit correspondant 
Active/desactive le bit 

Active/desactive le bit 

Active/desactive le bit 

Active/desactive le bit 

Active/desactive le bit 

Active le bit de saut des 

"espaces blancs" 
Insere un saut de ligne et vide le 

Insere un caractere de fin de 



flush 



Sortie 



Vide le tampon 



Les manipulates non parametriques 



b ) L es manipulateurs parametriques 

C e sont done e g a I e m e n t des m anipulateurs, e'est-a-dire des opera teurs agissant sur un flot et fournissant en 
retour le flot apres m odification. M a is, cette fois, ils com portent un pa ram etre qui leur est fourni so us form e 
d'un argum ent entre parentheses. En fait, ces m anipulateurs pa ram etriques sont des fonctions don t I'en-tete 
est de la form e : 

istream & manipulateur (argument) 

ou : 

ostream & manipulateur (argument) 
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lis s'em ploient com m e les m anipulateurs non pa ram etriques, avec toutefois cette difference qu'ils necessitent 
I'inclusion du fichier iomanip.hpp 18 . 



V oici la liste de ces m anipulateurs param etriques 



MANIPULATEUR 



UTILISATION 



ROLE 



setbase (int) 



Entree/Sortie 



resetios flags (long) Entree/Sortie 
par 



setiosflags (long) Entree/Sortie 

setfill (int) Entree/Sortie 
setprecision (int) Entree/Sortie 



setw (int) 



Entree/Sortie 



Definit la base de conversion 

Remet a zero tous les bits designes 

1 'argument (sans modifier les autres) 

Active tous les bits specifies par 
1 'argument (sans modifier les autres) 

Definit le caractere de remplissage 

Definit la precision des nombres 
flottants 

Definit le gabarit 



Les manipulates parametriques 

Notez bien que les m anipulateurs resetiosflags et setiosflags agissent sur tous les bits specifies par leur 
argum ent. 



c)Les fonctions membre 

D ans les classes i stream et o stream, il existe 4 fonctions m em bre que nous n'avons pas encore rencontrees 
setf, fill, precision et width, 



setf 



Cette fonction permet de modifier le mot d'etat de formatage. E lie est en fait surdefinie. 
versions : 



existe deux 



long setf (long) 

Son appel active les bits specifies par son argument. On obtient, en retour, I'ancienne valeur du mot 
d'etat de form atage. 



■ L 1 ex ten si o n peut varier suivant I'im plem entation ( h x x , h...|. 
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Notez bien que, comme le m anipulateur setiosflags, cette fonction ne modifie pas les autres bits. 
Ainsi, en supposant que flot est un flot, avec : 

f lot. set f (ios::oct) 

on active le bit i o s: : o c t , alors qu'un des autres bits i o s: : d e c ou i o s: : h e x est peut etre active. Comme 
nous a I Ions le voir ci-dessous, la deuxiem e form e de setf se revele plus pratique dans ce cas. 

long setf (long, long) 

Son appel active les bits specifies par le prem ier argum ent, au sein seulem ent du champ de bits defini 
par le second a rg urn en t. P ar ex em pie, si flot designe un flot : 

flot. setf (ios: :oct, ios :: base field) 

active le bit ios::oct en desactivant les autres bits du champ ios::basefield. 

Cette version de setf fournit en retour I'ancienne valeur du champ de bits concerne. C ela permet 
d'eventuelles sauvegardes pour des restau rations u Iterieures. P ar ex em pie, si flot est un flot, avec : 

base_a = flot. setf (los:. -hex, ios : : base field) ; 

vous passez en notation hexadecim ale. Pour revenir a I'ancienne notation, quelle qu'elle soit, il vous 
suffira de proceder ainsi : 

flot. setf (base_a, ios : : base field) ; 

fill 

C ette fonction perm et d'agir su r le caractere de rem plissage. E lie est egalem ent su rdef in ie. II existe deux 
versions : 

char fill () 

C ette version fournit com m e valeur de retour I'actuel caractere de rem plissage. 
char fill (char) 

Cette version donne au caractere de remplissage la valeur specified par son argument et fournit en 
retour I'ancienne valeur. S i flot est un flot de so r tie, on peut, par ex em pie, im poser tern porairem ent le 
caractere * comme caractere de remplissage, puis retrouver I'ancien caractere, quel qu'il soit, en 
procedant ainsi : 

char car_a ; 

car_a = fill ('*'); // caractere de remplissage = '*' 

fill (car_a) ; // retour a 1 ' ancien caractere de remplissage 

p recision 

C ette fonction perm et d'agir su r la precision n u m erique. E lie est egalem ent su rdef in ie. II en existe deux 
versions. 
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i n t precision () 

C ette version fournit com m e valeur de retour la valeur actuelle de la precision num erique. 
int precision (int) 

Cette version donne a la precision num erique, la valeur specified par son argument et fournit en 
retour I'ancienne valeur. Si flot est un flot de sortie, on peut, par exemple, imposer tern porairem ent 
une certaine precision (ici prec) puis revenir a I'ancienne precision, quelle qu'elle soit, en procedant 
ainsi : 

int prec_a, prec ; 



prec_a = flot .precision (prec) ; // on impose la precision definie par 

prec 



flot .precision (prec_a) ; // on revient a I'ancienne precision 

width 

C ette fonction perm et d'agir su r le " gabarit" . E lie est egalem ent su r definie. II en existe deux versions, 
int w idth() 

C ette version fournit com m e valeur de retour la valeur actuelle du gabarit. 
int w idth(int) 

Cette version donne au gabarit la valeur specified par son argument et fournit en retour I'ancienne 
valeur. Si flot est un flot de sortie, on peut par exemple, imposer tern porairem ent un certain gabarit 
(ici gab) puis revenir a I'ancien gabarit, quel qu'il soit en procedant ainsi : 

int gab_a, gab ; 



gab_a = flot .width (gab) ; // on impose un gabarit defini par gab 



flot .width (gab_a) ; // on revient a I'ancien gabarit 



6. CONNEXION DUN FLOT A UN FICHIER 

Jusqu'ici, soit nous avons parle des flots predefinis (cin et cout), soit nous vous avons donne des 
informations s'appliquant a un flot quelconque (paragraphes 3 et 5), mais sans vous dire comment ce flot 
pourrait etre associe a un fichier. Ce paragraphe va d'une part vous montrer comment y parvenir, d'autre 
part exam iner les possib Mites d'acces direct do nt on peut alors ben ef icier. 
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6.1 Connexion dun flot de sortie a un fichier 

Pour associer un flot de sortie a un fichier, il suffit en fait de creer un objet de type ofstream, classe derivant 
de o stream. L 'em ploi de cette nouvelle classe necessite d'inclure un fichier en -fete nom m e fstrea m . h 19 , en 
plus du fichier iostream.h. 

L e construe teur de la classe ofstream necessite deux argum ents : 

• le nom du fichier cone erne (so us form e d 1 une c halne de carac teres), 

• un mode d'ouverture defini par une constante entiere : la classe ios comporte, la encore, un certain 
nombre de constantes p red efin ies (nous les passerons toutes en revue, dans le paragraphe 7.4). 

V oici un ex em pie de declaration d'un objet (nom m e ici sortie) du type ofstream : 

ofstream sortie ("truc.dat", ios::out) ; 

L 'objet sortie sera done associe au fichier nom m e truc.dat, apres qu'il a ete ou vert en ecriture. 

Une fois construit un objet de classe ofstream, I'ecriture dans le fichier qui lui est associe peut se faire 
comme pour n'importe quel flot en faisant appel a toutes les facilites de la classe ostream (dont derive 
ofstream). 

P ar ex em pie, apres la declaration precedente de sortie, nous pourrons em ployer des instructions telles que : 

sortie « .... « .... « .... ; 

pour realiser des so r ties form a tees, ou encore : 

sortie. write ( ) ; 

pour realiser des ecritures binaires. De meme, nous pourrons connaltre le statut d'erreur du flot 
correspondant en exam inant la valeur de sortie : 

if (sortie) .... 

Voici un programme complet qui enregistre, sous forme binaire, dans un fichier de nom fourni par 
I'utilisateur, une suite de nom bres en tiers qu'il lui fournit sur I 'en tree standard. 



const int LGMAX = 20 ; 

^include <stdlib . h> // pour exit 

# include <iostream.h> 
iinclude <f stream. h> 
# include <iomanip . h> 



main ( ) 
{ 

char nomfich [LGMAX+1 ] ; 
int n ; 

cout « "nom du fichier a creer : " ; 
cin » setw (LGMAX) » nomfich ; 



■ L 1 ex ten si o n peut varier suivant I'im plem entation (hxx, h,..|. 
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ofstream sortie (nomfich, ios::out) ; 
if (! sortie) { cout « "creation impossible \n" ; 
exit (1) ; 

} 

do { cout « "donnez un entier : " 
cin » n 

if (n) sortie. write ((char *)&n, sizeof (int) ) ; 

} 

while (n <£<£ (sortie)) ; 
sortie. close () ; 

} 



C reation sequ en tielle d ' u n fichier d'entiers 

Nous nous sommes servi du m anipulateur setw pour Mm iter la longueur du nom de fichier fourni par 
I'utilisateur. Par ailleurs, nous exam inons le statut d'erreur de sortie comme nous le ferions pour un flot 
usu el. 



Remarque : 

En toute rigueur, le terme "connexion" (ou celui d'association) d'un flot a un fichier pourrait laisser 
entendre : 

• so it qu'il existe deux types d'objets : d'une part un flot, d 1 autre part un fichier. 

• so it que Ton declare tout d'abord un flot que Ton associe ulterieurem ent a un fichier. 

Or, en fait, il n'en est rien, puisque Ton declare en une seule fois un objet de ofstream, en specifiant le 
fichier co rrespon dan t. On pourrait d 1 ailleurs dire qu'un objet de ce type est un fichier, si Ton ne craignait 
pas de le confondre avec ce meme terme de fichier en langage C (ou il designe souvent un nom interne 
de fichier, c'est-a-dire un pointeur sur une structure de type FILE ). 

6.2 Connexion d'un flot d 1 e n tree a un fichier 

P our associer un flot d 1 entree a un fichier, on em ploie un m ecanism e analogue a celui utilise pour un flot de 
sortie. On cree, cette fois, un objet de type ifstream, classe derivant de istream. II faut toujours inclure le 
fichier en -fete fstream.h en plus du fichier iostream.h. Le construe teur com porte les m em es argum ents que 
precedem m ent, c'est-a-dire nom de fichier et mode d'ouverture. 

P ar exem pie, avec Instruction : 

ifstream entree ("truc.dat", ios::in) 

I 1 objet entree sera done associe au fichier de nom truc.dat, apres qu'il a ete ou vert en lecture. 

U ne fois construit un objet de classe ifstream, la lecture dans le fichier qui lui est associe pourra se faire 
comme pour n'importe quel flot d'entree en faisant appel a toutes les facilites de la classe istream (dont 
derive ifstream). 

P ar exem pie, apres la declaration precedente de entree, nous pourrions em ployer des instructions te lies que : 

entree » ... » ... » ... / 

pour realiser des lectures form a tees, ou encore : 
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entree. read ( ) ; 

pour realiser des lectures binaires. 

V oici un program m e com plet qui perm et de lister le contenu d'un fichier quelconque cree par le program m e 
precedent. 



const int LGMAX = 20 ; 

^include <stdlib . h> // pour exit 

^include <iostream.h> 

^include <f stream. h> 

# include <iomanip . h> 

main () 

{ 

char nomfich [LGMAX+1 ] ; 
int n ; 

cout « "nom du fichier a lister : " ; 
cin » setw (LGMAX) » nomfich ; 
if stream entree (nomfich, ios : : in) 

if ( lentree) { cout « "ouverture impossible \n" ; 
exit (1) ; 

) 

while ( entree. read ( (char*)&n, sizeof(int) ) ) 

cout « n « "\n" ; 
entree. close () ; 

} 



Lecture seq u entielle d'un fichier d'entiers 



Remarque: 

En toute rigueur, il existe egalem ent une classe fstream, derivee des deux classes ifstream et ofstrea m , 
perm ettant d'effectuer a la fois des lectures et des ecritures avec un m em e fichier. C ela peut no tarn m ent 
s'averer fort pratique dans le cas de I'acces direct que nous examinons ci-dessous. La declaration d'un 
objet de type fstream se deroule com m e pour les types ifstream ou ofstrea m. P ar ex em pie : 

fstream fich ("truc.dat", ios : : in / ios : : out) ; 

associe I 1 objet fich au fichier de nom truc.dat, apres I'avoir ou vert en lecture et en ecriture. 



6.3 Les possibility d'acces direct 

Comme en langage C , en C + + , des qu'un flot a ete connecte a un fichier, il est possible de realiser un 
"acces direct" sur ce fichier en agissant tout simplement sur un pointeur dans ce fichier, c'est-a-dire un 
nombre precisant le rang du prochain octet (caractere) a lire ou a ecrire. Apres chaque operation de lecture 
ou d'ecriture, ce pointeur est incremente du nombre d'octets transferes. Ainsi, lorsque I'on n'agit pas 
explicitem ent sur ce pointeur, on realise un classique acces sequentiel ; c'est ce que nous avons fait 
precedem m ent. 
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Les possibility d'acces direct se resument done en fait aux possibilites d'action sur ce pointeur ou a la 
determ ination de sa valeur. 

Dans chacune des deux classes ifstream et ofstream, il existe une fonction membre nominee s e e k g (pour 
ifstream) et seekp (pour ofstream) permettant de donner une certaine valeur au pointeur (attention, chacune 
de ces deux classes possede le sien, de sorte qu'il existe un pointeur pour la lecture et un pointeur pour 
I'ecriture). Plusprecisement, chacune des ces deux fonctions comporte deux arguments : 

• un entier representant un deplacem ent du pointeur, par rapport a une origine precisee par le second 
argum ent, 

• une constante en tie re choisie parm i trois valeurs predefinies dans ios : 
i o s: : b e g : le deplacem ent est exp rim e par rapport a u debut du fichier, 
ios:: cur : le deplacem ent est exp rim e par rapport a la position actuelle, 

ios:: end : le deplacem ent est exp rim e par rapport a la fin du fichier (par defaut, cet argum ent a la valeur 
i o s: : b e g ) . 

N otez qu'on retro uve la les possibilites offertes par la fonction f s ee k du langage C . 

Par ail leu rs, il existe, dans chacune des classes ifstream et ofstream une fonction perm ettant de connaltre la 
position courante du pointeur. II s'agit de tellg (pour ifstream) et de tellp (pour ofstream). C elles-ci offrent 
des possibilites com parables a la fonction ftell du langage C . 

V oici un ex em pie de program m e perm ettant d'acceder a n'im porte quel entier d'un fichier du type de ceux 
que pouvait creer notre program m e du pa rag rap he 6.1. 



const int LGMAX_NOM_FICH = 20 ; 

^include <stdlib.h> // pour exit 

# include <iostream.h> 
^include <f stream. h> 
§ include <iomanip . h> 



main () 
{ 

char nomfich [LGMAX_NOM_FICH + 1] ; 
int n, num ; 

cout « "nom du fichier a consulter : " ; 
cin » setw (LGMAX_NOM_FICH) » nomfich ; 
ifstream entree (nomfich, ios:: in) 

if (! entree) { cout « "Ouverture impossible\n" ; 
exit (1) ; 

} 



do 

{ cout « "Numero de 1 'entier recherche : " 
cin » num ; 
if (num) 

{ entree. seekg (sizeof(int) * (num-1) , ios: :beg ) ; 
entree. read ( (char *) &n, sizeof(int) ) ; 
if (entree) cout « " — Valeur : " « n « "\n" ; 
else { cout « " — £rreur\n" ; 
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entree, clear () 



} 



} 



while (num) ; 
entree. close () ; 



} 



nom du fichier a consulter : essai.dat 
Numero de 1 ' entier recherche : 4 

— Valeur : 6 

Numero de 1 'entier recherche : 15 

— Erreur 

Numero de 1 'entier recherche : 7 

— Valeur : 9 

Numero de 1 'entier recherche : -3 

— Erreur 

Numero de 1 'entier recherche : 0 



Acces direct a un fichier d'entiers 

6.4 Les d if f e re n ts modes d'ouverture d'un fichier 

Nous avons rencontre quelques ex e m pies de modes d'ouverture d'un fichier. Nous allons examiner ici 
I'ensem b I e des possibilites offertes par les classes ifstream et ofstream (et done aussi de fstream). 

Le mode d'ouverture est defini par un mot d'etat, dans lequel chaque bit correspond a une signification 
particuliere. La valeur correspondant a chaque bit est defini e par des constantes declarers dans la classe ios. 
Pour active r plusieu rs bits, il suffit de fa ire appel a I'operateur | . 



BIT 



ACTION 



ios : : m 
ifstream) 

ios : :out 
ofstream) 

ios : :app 
fichier) 

ios : :trunc 
si 



ios : : binary 



Ouverture en lecture (obligatoire pour la classe 
Ouverture en ecriture (obligatoire pour la classe 
Ouverture en ajout de donnees (ecriture en fin de 

Si le fichier existe, son contenu est perdu (obligatoire 

ios::out est active sans ios:. -ate ni ios::app) 

(utile dans certaines implementations uniquement) 
Le fichier est ouvert en mode dit "binaire" ou encore 
"non translate" (voir la remarque ci-apres) 



Les differ en ts modes d'ouverture d'un fichier 
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A titre indicatif, voici les modes d'ouverture equivalents aux differents modes d'ouverture de la fonction 
fopen du C : 



Combinaison de bits Mode correspondant de 

fopen 



ios: 


:out 










ios: 


:out 


ios: 


:app 






ios: 


:out 


ios: 


: trunc 






ios: 


: in 










ios: 


: in 


ios: 


:out 






ios: 


: in 


ios: 


:out 


ios : 


: trunc 


ios: 


:out 


ios: 


: binary 






ios: 


:out 


ios: 


:app 


ios : 


: binary 


ios: 


:out 


ios: 


: trunc 


ios : 


: binary 


ios: 


: in 


ios: 


: binary 






ios: 


: in 


ios: 


:out 


ios : 


: binary 


ios: 


: in 


ios: 


:out 


ios : 


: trunc 



w 

a 

w 

r 

r+ 

wb+ 

wb 

ah 

wb 

rb 

r+b 

ios:: binary w+b 



Rem ar que im porta nte : mode texte o u mode binaire 

Rappelons que certains environnem ents (en particulier, les environnem ents PC) distinguent les fichiers 
de texte des autres (qu'ils appellent parfois "fichiers bina ires 20 " ) ; plus precisement, lors de I'ouverture 
du fichier, on peut specifier si I'on souhaite ou non considerer le contenu du fichier comme du texte. 
C ette distinction est en fait principalem ent motivee par le fait que le caractere de fin de ligne (\n) 
possede, sur ces system es , une representation particuliere obtenue par la succession de deux caracteres 
(retour chariot \r, suivi de fin de ligne \n). Or, dans ce cas, pour qu'un program m e C puisse ne "voir" 
qu'un seul caractere de fin de ligne et qu'il s'agisse bien de \n, il faut operer un traitement particulier 
consistant a : 

• rem placer chaque occurrence de ce couple de caracteres par \n, dans le cas d'une lecture, 

• rem placer chaque demande d'ecriture de \ n par I'ecriture de ce couple de caracteres. 

B ien entendu, de telles substitutions ne do i vent pas etre realisees su r des "vra is fichiers bina ires". II faut 
done bien pouvoir operer une distinction au sein du program m e. C ette distinction se fait au moment de 
I'ouverture du fichier, en activant le bit ios::binary dans le mode d'ouverture, dans le cas d'un fichier 
binaire ; par defaut, ce bit n'est pas active. On notera que cela correspond aux modes d'ouverture "rb" 
o u " w b " d u I a n g a g e C . 

7. LES POSSIBILITY DE FORM A TAG E EN M EM 0 IRE 

En langage C : 



20 - A lors qu 'au bout du com pte tout fichier est binaire 



3 0 2 Programmer en langage C+ + 

• sscanf perm et d'acceder a une information situee en memoire, de f a g o n comparable a ce que fait scanf 
sur I'entree standard, 

• sprintf permet de fabriquer en memoire une chaine de caracteres correspondant a celle qui serait 
transm ise a la sortie standard par printf. 

En C + + , des facilites com parables existent. E lies sont fournies par les classes : 

• o strstrea m pour " I'insertion" de caracteres dans un tableau, 

• i strstr ea m pour " I'extraction" de caracteres depuis un tableau. 
Leur utilisation necessite I'inclusion du fichier en-tete istrstream .h 21 . 



7.1 La c lasse o strstrea m 

Un objet de classe o strstrea m peut recevoir des caracteres, au meme titre qu'un flot de sortie. La seule 
difference est que ces caracteres ne sont pas transmis a un peripherique ou a un fichier, mais simplement 
conserves dans I'objet lui-meme, plus precisement dans un tableau membre de la classe o strstrea m ; ce 
tableau est cree dy nam iquem ent et ne pose done pas de problem e de lim itation de taille. 

Une fonction membre particuliere nom m ee str permet d' o btenir I'adresse d u tableau en question. C elui-c i 
pourra alors etre manipule comme n'importe quel tableau de caracteres (repere par un pointeur de type char 
*). 

P ar exem pie, avec la declaration : 

ostrstream tab 

vous pouvez inserer des caracteres dans I'objet tab par des instructions te lies que : 

tab « « « ; 

ou : 

tab. put ( ) / 

ou encore : 

tab. write ( ) ; 

L 'adresse d u tableau de caracteres a in si constitue pourra etre obtenue par : 

char * adt = tab. str () ; 

A partir de la, vous pourrez agir comme il vous p laira su r les caracteres situes a cette adresse (les consu Iter, 
m ais eventuellem ent les m odifier...). 

Rem arques tres Im portantes 

1) Lorsque str a e te appelee pour un objet, il n'est plus possible d ' inserer de nouveaux caracteres dans 
cet objet. On peut dire que I'appel de cette fonction "fige" definitivem ent le tableau de caracteres 
(n'oubliez pas qu'il est alloue dyn am iquem ent et que son adresse peut meme evoluer au fil de 
I'insertion de caracteres!), avant d'en fournir en retour une adresse definitive. On prendra done bien 
so in de n'appeler str que lorsque Ton aura in sere dans I'objet to us les caracteres voulus. 



■ L 1 ex te n si o n peut varier suivant I'im plem entation. 
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2) Si un objet de classe ostrstream devient hors de portee, alors que la fonction str n ' a pas ete appelee, il 
est detruit normalement par appel d'un destructeur qui detruit alors egalem ent le tableau de caracteres 
correspondant. En revanche, si str a ete appelee, on considere que le tableau en question est 
m aintenant sous la responsabilite du program m eur et il ne sera done pas detruit lorsque I'objet 
deviendra hors de portee (bien sur, le reste de I'objet le sera). C e sera au program m eur de le fa ire 
lorsqu'il le souhaitera, en procedant comme pour n'importe quel tableau de caracteres alloue 
dynam iquem ent (par new) e'est-a-dire en faisant appel a I'operateur delete. Par ex em pie, 
I'em placem ent memoire du tableau de I'objet tab precedent, dont I'adresse a ete obtenue dans adt 
pourra etre libere par : 

delete adt ; 



7 .2 Lac lasse istrstrea m 

U n objet de classe istrstrea m est cree par un appel de construe teur, auquel on fourniten argument : 

• I'adresse d'un tablea u de caracteres, 

• le no m bre de caracteres a prendre en com pte. 

II est alors possible d'extraire des caracteres de cet o bjet, comme on le f era it de n ' im porte quel flot d' entree. 
P ar exem pie, avec les declarations : 

char t[100] ; 

istrstream tab ( t, slzeof(t) ) ; 

vo us pourrez extra ire des caracteres du tableau t par des instructions te lies que : 

tab » » » / 

ou : 

tab. get ( ; ; 

ou encore : 

tab. read ( ) / 

Qui plus est, vo us pourrez agir sur un po in teur courant dans ce tableau, comme vous le feriez dans un fichier 
par I'appel de la fonction s eekg . P ar exem pie, avec I'objet tab precedent, vous pourrez replacer le po in teur 
en debut de tableau par : 

tab . s eekg (0, ios::beg) ; 

Cela pourrait permettre, par exemple, d'exploiter plusieurs fois une meme information (lue prealablem ent 
dans un tableau) en la "lisant" suivant des form ats differents. 

V oici un exem pie d' utilisation de la classe istrstream m ontrant com m ent resoudre les problem es engendres 
par la frappe d'un " m auvais" caractere dans le cas de lectures sur I 'en tree standard. 



const LGMAX = 122 ; 
# include <iostream.h> 
#include <strstream.h> 



// longueur maxi d'une ligne clavier 
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main () 

{ int n, erreur ; 
char c ; 

char ligne [LGMAX] ; // pour lire une ligne au clavier 

do 

{ cout « "donnez un entier et un caractere : \n " ; 
cin.getline (ligne, LGMAX) ; 

istrstream tampon (ligne, cin.gcount () ) ; 
if (tampon » n » c) erreur = 0 ; 

else erreur = 1 ; 

} 

while (erreur) ; 

cout « "merci pour " « n « " et " « c « "\n" ; 



donnez un entier 
bof 

donnez un entier 
a 125 

donnez un entier 
12 bonjour 
merci pour 12 et 



et un caractere : 

et un caractere : 

et un caractere : 
b 



Pour lire en toute securite sur I'entree standard 



Nous y lisons tout d'abord reformation attendue pour toute une ligne, sous forme d'une chaine de 
caracteres (a I 1 aide de la fonction getline). N ous construisons en suite, avec cette chaine, un objet de type 
istrstream sur lequel nous appliquons nos operations de lecture (ici lecture form a tee d'un entier puis d'un 
caractere). Comme vous le constatez, aucun problem e ne se pose plus lorsque I'utilisateur fournit un 
caractere invalide (par rapport a I 1 usage qu'on doit en fa ire), contrairem ent a ce qui se sera it passe en cas de 
lecture directe sur cin. 



XVII. LA GESTION 
DES EXCEPTIONS 



Dans sa version definitive 1 , C+ + com p o rte un mecanisme dit de "gestion des exceptions" que nous 
proposons d'etudier dans ce chapitre. 0 n nom m e exception, une rupture de sequence dec idee par program m e 
(par I'interm ediaire du mot cle throw) ; il y a alors debranchem ent a une fonction nommee gestionnaire 
d 1 interruption et dont le nom est determine par la nature de I'interruption. Plus precisement, c h a q u e 
interruption est caracterisee par un type classe et le choix du "bon gestionnaire" se fait en fonction de la 
nature de I'objet m entionne a throw . 



1. UN PR EM IE R EX E M PL E D'EXC EPTION 

Dans I'exemple complet ci-apres, nous allons reprendre la classe vect presentee dans le chapitre 
"su r definition des opera teurs" , c'est-a-dire m unie de la su r definition de I'operateur []. C elui-ci n 1 eta it alors 
pas "protege" contre ('utilisation d ' indie e s situes en dehors des bornes; ici, nous allons completer notre 
classe pour qu'elle lance une exception dans ce cas. Puis nous verrons comment intercepter une telle 
exception en ecrivant un gestionnaire d 1 exception approprie. 



1.1 Comment lancer une exception : I'instruction throw 

N ous introduisons done, au sein de la su rdefin itio n de [], une verification de I ' indie e ; lorsque celui-ci est 
incorrect, nous " I a n g o n s 2 " une exception, a I'aide de I'instruction throw. De par sa nature meme, cette 
derniere necessite une expression de type classe (et dont le type sert a identifier I'exception) ; e'est la raison 
pour laquelle nous avons introduit artificiellem ent, avec la declaration de notre classe vect, une classe (sans 
aucun m em bre ici) nommee vectjim ite. Son existence nous p erm et de creer un objet I, de type vect_ lim ite, 
objet que nous associons a I'instruction throw par I'instruction : throw I ; 

Void la definition com plete de notre classe vect : 



/* declaration de la classe vect */ 
class vect 



- P us precisem ent, ce m ecanism e a ete introduit dans la version 3, 
■ 0 n em ploie egalem ent le term e " lever" . 
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{ int nelem ; 

int * adr ; 
public : 
vect (int) ; 
~vect () 

int & operator [] (int) ; 

} ; 

/* declaration et definition d'une classe vect_limite (vide pour 1' instant) */ 
class vect_limite 

{ } ; 

/* definition de la classe vect */ 
vect:: vect (int n) 

{ adr = new int [nelem = n] ; 
} 

vect : : ~vect () 

{ delete adr ; 
} 

int & vect :: operator [] (int i) 
{ if (i<0 I I i>nelem) 

{ vect_limite 1 ; throw (1) ; 
} 

return adr [i ] ; 

} 



D ef initio o d'une classe provoquant une exception vectjimite 

1.2 Utilisation d'un gestionnaire d'exception 



D isposant de notre classe vect, voyons m aintenant com m ent proceder pour pouvoir gerer convenablem ent les 
eventuelles exceptions de type vectjimite que son emploi peut provoquer. Pour ce faire, il est necessaire de 
respecter deux conditions : 



• inclure dans un bloc particulier, dit "bloc try", toutes les instructions dans lesquelles on souhaite pouvoir 
lancer une exception ; un tel bloc se presente ainsi : 

try 

{ 

// instructions 

} 



• faire suivre ce bloc de la definition des differents " gestionnaires d' ex ceptions" necessa ires (ici, un seul 
nous suffit). C haque definition est precedee d'un en -fete introduit par le mot cle catch (com m e si catch 
etait le nom d'une fonction gestionnaire...). Dans notre cas, void ce que pourrait etre notre unique 
gestionnaire, destine a intercepter les exceptions de type vectjimite : 

catch (vect_limite 1) /* nom d' argument superflu ici */ 
{ cout « "exception limite \n" ; 
exit (-1) ; 

; 
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N ous nous contentons ici d'afficher un m ess a g e et d'interrom pre I 'execution du programme. 



1.3 Recapitulatif 



A titre indicatif, nous vous fournissons ici la liste com plete de la definition des differentes classes conernees 
et d'un petit programme d' essai dans lequel nous pro voquons volontairem ent une exception vect_ limite (par 
application de I'operateur [] a un objet de type vect, en lui indiquant un in dice trop grand). 



# include <iostream.h> 

iinclude <stdlib.h> /* pour exit */ 

/* declaration de la classe vect */ 
class vect 
{ int nelem ; 

int * adr ; 
public : 
vect (int) ; 
~vect () ; 

int & operator [] (int) ; 

} ; 

/* declaration et definition d'une classe vect_limite (vide pour l'instant) */ 
class vect_limite 

{ } ; 

/* definition de la classe vect */ 
vect:: vect (int n) 

{ adr = new int [nelem = n] ; } 
vect : : ~vect () 

{ delete adr ; } 
int & vect :: operator [] (int i) 
{ if (i<0 I I i>nelem) 

( vect_limite 1 ; throw (1) ; 
} 

return adr [i] ; 

} 

/* test interception exception vect_limite */ 
main () 
{ try 

{ vect v(10) / 

v[ll 7=5; /* indice trop grand * / 

} 

catch (vect_limite 1) /* nom d' argument superflu ici */ 
{ cout « "exception limite \n" 
exit (-1) / 

; 

} 



exception limite 
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Un premier exemple de gestion d 1 exception 

1 .4 Comm entaires 

a) C e prem ier exem pie, destine a vous presenter le m ecanism e de gestion des exceptions, eta it relativem ent 
sim pliste ; notam m ent : 

• il ne comporte qu'un seul type d'exception, de sorte qu'il ne met pas vraiment en evidence le 
m ecanism e de choix du b o n gestionnaire, 

' le gestionnaire ne r e g o i t pas d 1 inform ati on particuliere (I'argum ent I eta n t ici artificiel). 

N ous y reviendrons precisem ent dans le p roc ha in pa rag rap he. 

b) D 'une maniere gen era le, le gestionnaire d'une exception est defini de f a g o n independante des fo notions 
qui sont susceptibles de lever cette exception. A in si, a partir du moment ou la definition d'une classe est 
separee de son utilisation (ce qui est souvent le cas en pratique), il est tout a fait possible de prevoir un 
gestionnaire d'exception different d'une utilisation a une autre d'une meme classe. Dans notre precedent 
exem pie, tel utilisateur pourra vouloir afficher un m essage avant de s' interrom pre, tel autre preferera ne 
rien afficher ou encore tenter de prevoir une solution par defaut... 

c) Ici, nous avons prevu une instruction exit, a I'interieur de notre gestionnaire d'exception. N ous verrons 
plus loin ce qui se produirait si tel n' eta it pas le cas. 



2. UN SECOND EXEM PL E 



Voyons maintenant un exemple un peu plus realiste dans lequel on trouve a la fois deux exceptions 
d if fe rentes et ou il y a transm ission d' inform ation aux gestionnaires. N ous a lions reprendre notre classe vect 
precedente, en lui perm ettant de lancer deux so rtes d' ex ceptions : 

• une exception de type vectjimite comme preced em m ent, mais, cette fois, on prevoit de transmettre au 
gestionnaire la valeur de I'indice qui a provoque I'exception, 

• une exception vect_creation lancee lorsque I'on transmet au constructeur un nombre d'elements 
incorrect 3 (negatif ou nul) ; la encore, on prevoit de transm ettre ce nombre au gestionnaire. 

II nous suffit d'appliquer le m ecanism e precedent, en notant simplement que I'objet indique a throw et 
recupere par catch peut nous servir a communiquer toute information de notre choix. Ici, nous prevoirons 
done, dans nos nouvelles classes vectjimite et vect_creation, un champ public de type entier destine a 
recevoir I'inform ation a transmettre au gestionnaire. 

Void un exemple complet (ici, encore, la definition et ('utilisation des classes figurent dans le meme 
source ; en pratique, il en ira ra rem ent a in si) : 



# include <iostream.h> 

^include <stdlib.h> // pour exit 

/* declaration de la classe vect */ 
class vect 
{ int nelem ; 
int * adr ; 



- Dans un cas reel, on pour rait egalem ent lancer cette meme inter rruption en cas de m a nq u e de m em o ire. 
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public : 
vect (int) ; 
~vect () ; 

int & operator [] (int) ; 

} ! 

/* declaration - definition des deux classes exception */ 
class vect_limite 
{ public : 

int hors ; // valeur indice hors limites (public) 

vect_limite (int i) // constructeur 
{ hors = i ; } 

} ! 

class vect_creation 
{ public : 

int nb ; // nombre elements demandes (public) 

vect_creation (int i) // constructeur 
{ nb = i ; } 

} ; 

/* definition de la classe vect */ 
vect:: vect (int n) 
{ if (n <= 0) 

{ vect_creation c (n) ; // anomalie 

throw ( c) ; 

} 

adr = new int [nelem = n] ; // construction normale 

} 

vect : : ~vect () 

{ delete adr ; 
} 

int & vect :: operator [] (int i) 
{ if (i<0 I j i>nelem) 

{ vect_limite 1 (i) ; 
throw (1) ; 

} 

return adr [i] ; 

} 

/* test exception */ 
main () 
{ 

try 

{ vect v (-3) ; // prorogue I 'exception vect_creation 

v[ll] = 5 ; // provoquerait 1 ' exception vect_limite 

} 

catch (vect_limite 1) 
{ cout « "exception indice " « l.hors « " hors limites \n" ; 
exit (-1) ; 

} 

catch (vect_creation c) 
{ cout « "exception creation vect nb elem = " « c.nb « "\n" ; 
exit (-1) ; 

} 



// anomalie 



// fonctionnement normal 
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exception creation vect nb elem = -3 



Exemple de gestion de deux exceptions, avec transmission d'information au gestionnaire 



Bien entendu, la premiere exception (declenchee par vect v(-3)) ayant provoque I'arret de I'execution, nous 
n'avons ici aucune chance de mettre en evidence celle qu'aurait provoque v [ 1 1 ] = 5 ; si la creation de v 
avait ete correcte, cette derniere instruction a u rait en train e I'affichage du m essage : 

exception indice 11 hors limites 



Rem arques : 

1) Dans un exemple reel, on pourrait avoir interet a transmettre, dans vectjimite, non seulement la 
valeur de I'indice, mais egalement les limites prevues ; il suffirait d" introduire les membres 
correspondants dans la classe vectjimite. 

2) Ici, nos classes vectjimite et vect_creation sont independa ntes de la classe vect. M ais il serait tout a 
fait possible d'en fa ire des classes membre de la classe vect. 

3) Ici, c h a q u e type d 1 exception n 1 est lance qu'en un seul en droit ; m ais, bien entendu, n'im porte quelle 
fonction (pas n ecessairem ent membre de la classe vect !) disposant de la definition des deux classes 
(vectjimite et vect_creation) peut lancer ces exceptions. 

4) D e par sa nature m em e, le m ecanism e de gestion des exceptions, tel qu'il a ete prevu par C + + , fait 
obligatoirem ent appel a un objet de type classe (ou, comme nous le verrons un peu plus loin, a un 
pointeur sur un objet de type classe). 



3. LES EXC EPTIONS DUNE MANIERE GENERALE 
3.1 Apres I'execution du gestionnaire d'exception 

D ans to us nos ex em pies precedents, le gestionnaire d' interruption interrom pa it I'execution par un appel de 
exit (nous aurions pu eg a lem ent uti User la fonction standard abort). S i tel n'avait pas ete le cas, il faut savoir 
qu'alors, apres I'execution des intructions du gestionnaire concerne, on execute, si elles existent, les 
instructions (du bloc try) suivant celles du dernier gestionnaire. Si aucune instruction d'arret d'execution ne 
figure parm i ces dernieres, on se trouve dans la situation classiqu e de retour de la fonction correspondante. 

Voyez cet exemple (il utilise les memes classes vect, vectjimite et vect_ creation que p re c ed em m ent) dans 
lequel nous avons artificiellem ent appele, depuis main, une fonction f, dans laquelle on accepte de gerer les 
exceptions (afin de montrer qu'apres execution d'un gestionnaire d'exception il peut y avoir retour dans la 
fonction appelant f, a savoir ici main) : 



// declaration et definition des classes vect, vect_limite, vect_creation 
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// 



comme dans le paragraphe 2 



// 

main () 

{ void f() ; 

f() ; 

cout « "apres appel de f \n" / 

; 

void f() 
{ try 

{ vect v(-3) ; // nombre elements incorrect 



} 

catch (vect_limite 1) 

{ cout « "exception indice " « l.hors « " hors limites \n" ; } 
catch (vect_creation c) 

{ cout « "exception creation vect nb elem = " « c.nb « "\n" ; 

} 

// traitement commun aux exceptions n ' ayant pas appele exit 
cout « "traitement commun \n" ; 

} 



exception creation vect nb elem = -3 
traitement commun 
apres appel de f 



3.2 Algorithme de choix du gestionnaire d'interruption 

Le choix du " bo n gestionnaire" se base sur le type de I'expression mentionne dans Instruction throw. Plus 
precisem ent, on c here he un gestionnaire correspondant a l'un des types suiv ants : 

• type exact m entionne dans throw , 

• type correspondant a une classe de base du type mentionne dans throw ; cette possibility est precieuse 
pour regrouper plusieurs exceptions qu'on peut traiter plus ou m oins "fin em ent" 

• type correspondant a un pointeur sur une classe derivee du type mentionne dans throw (lorsque ce type 
est lui-m em e un pointeur), 

• le type m entionne dans catch correspond a un type indeterm ine, note par des points de suspen sio n . 

Des qu'un gestionnaire correspond, on I'execute, sans se preocuper de I'existence d'autres gestionnaires. 
A insi, avec : 

catch (true) // gestionnaire 1 



// ... 



Lorsque I'on " passe a travers" un gestionnaire d 1 exception 




// gestionnaire 2 



// gestionnaire 3 
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le gestionnaire 3 n ' a aucune chance d'etre execute, puisque le gestionnaire 2 interceptera toutes les 
exceptions non intercepted par le gestionnaire 1. 



3.3 Le cheminement des exceptions 

0 u a n d une exception est levee par une fo notion, on c here he tout d'abord un gestionnaire dans I'eventuel bloc 
try associe a cette fonction ; si Ton n'en trouve pas (ou si aucun bloc try n'est associe), on poursuit la 
recherche dans un eventuel bloc try associe a une fonction appelante et ainsi de suite. Voyez cet exemple 
(utilisant to u jours les m em es classes que preced em m ent) : 

/* test exception */ 
main () 
{ try 

{ void fl () ; 
fl 0 ; 

} 

catch (vect_limite 1) 

{ cout « "dans main : exception indice \n" ; 
exit (-1) ; 

} 

} 

void fl () 
{ 

try 

{ vect v(10) ; v[12] = 0 ; // provoque affichage de : dans main : exception 
ndice 

vect vl (-1) ; // provoque affichage de : dans fl : exception 

creation 

// (a condition que 1 'instruction precedente 

n 'ait 

// pas deja provoque une exception) 

} 

catch (vect_creation v) 
{ cout « "dans fl : exception creation \n" ; 
} 

} 

Si aucun gestionnaire d 1 exception n'est trouve, on appelle la fonction terminate. Par defaut, cette derniere 
appelle la fonction abort (avec Turbo/Borland C+ + , e 1 1 e fournit le message "Abnormal program 
term ination" }. II est possible de dem ander que so it a ppelee une fonction de votre choix dont vous fournissez 
I'adresse a set_term in ate (de facon com parable a ce que vous faites avec s et_ new _ handler). 



3.4 Specification d'interface 

Une fonction (y com pris main) peut specifier les exceptions qu'elle est su sceptible de provoquer (elle-m em e, 
ou dans les fonctions qu'elle appelle a son tour). E lie le fait a I'aide du mot cle throw, suivi, entre 
parentheses, de la liste des exceptions concernees. Dans ce cas, toute exception non prevue et levee a 
I'interieur de la fonction (ou d'une fonction appelee) entralne I'appel d'une fonction particuliere nommee 
unexpected. P ar defaut, cette fonction appelle la fonction terminate (ou la fonction indiquee a set_term inate). 
H a is vous pouvez egalem ent fournir votre pro pre fonction, en rem placem ent de unexpected, en I'indiquant 
par s et_ unexpected. 
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Voici un ex e m pie qui utilise, ici encore, les classes vect, v e c t_ Mm i te et vect_creation definies dans le 
paragraphe 3 : 

# include <iostream.h> 

^include <stdlib.h> // pour exit 

^include <except.h> // pour set_unexpected 

// definition et declaration des classes vect, vect_limite, vect_creation 
// comme dans le paragraphe 3 

// 

/* test exception */ 
main () throw (vect_limite) 
{ try 

{ void autre_except () ; // pour gerer les exception non attendues 
set_unexpected (autre_except) ; 

vect v(-3) ; // nombre elements incorrect 

villi = 5 ; 

} 

catch (vect_limite 1) 
{ cout « "exception indice " « l.hors « " hors limites \n" ; 
exit (-1) ; 

} 

} 

void autre_except () 

{ cout « "exception non attendue \n" ; } 

Son execution fournit tout d'abord le message exception non attendue, puis Abnormal termination. 

Notez que nous obtiendrions exactem ent la meme chose avec ce canevas (les classes vect, ve c t_ Mm i te et 
ve c t_ creation etant to u jours les m em es) : 

main () 
{ try 

{ void fl () throw (vect_limite) ; 

void autre_except () ; // pour gerer les exception non attendues 
set_unexpected (autre_except) ; 
fl 0 ; 

} 

catch (vect_limite 1) 

{ cout « "exception indice " « l.hors « " hors limites \n" ; 
exit (-1) ; 

} 

} 

void fl () throw (vect_limite) 
{ vect vl (-1) ; 

; 

void autre_except () 

{ cout « "exception non attendue \n" ; 
} 



4. LES EXC EPTIONS STAN DARD 



La bibliotheque standard comporte quelques classes correspondants a des exceptions specifiques qui peuvent 
eventuellem ent etre utilisees dans un program m e. L eurs declarations fig u rent, no tarn m ent, dans std except. 
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La plupart ont une signification evidente : domain error, invalid_arg ument, length_error, out_of_range, 
range_error, overflow_error, underflow_error, b a d _ a 1 1 o c . Leurs constructeurs disposent d'un argument de 
type string correspondant au m essage a afficher. L e type string ne sera etudie que dans le chapitre X X I m a is 
sachez, des m a in tenant, qu'une chalne usu elle peut tres bien fa ire I 'affaire. 

Par ailleurs, on y trouve egalement les exceptions bad_type_id et b a d _ c a st dont la signification sera plus 
com prehensible apres exam en de I'annexe C . 



XVIII. GENERAL IT ES CONCERNANT LA 

BIBLIOTHEQUE STAN DARD 



Commecelledu C , la norm e du C++ com prend la definition d'une bibliotheque standard. B ien entendu, on 
y trouve toutes les fonctions p revues dans les versions C + + d'avant la norm e , qu'il s'agisse des flots deer its 
precedem m ent ou des fonctions de la bibliotheque standard du C . M a is, on y decouvre surtout bon nom bre 
de nouveautes originales. La plupart d'entre elles sont constitutes de patrons de classes et de 
fonctions pro vena nt en majorite d'une bibliotheque du do m aine public, nom m ee Standard Template Library 
(en abrege STL) et develop pee chez H ew lett Packard. 

L'objectif de ce chapitre est de vous familiariser avec les notions de base concernant ('utilisation des 
principaux composants de cette bibliotheque, a savoir : les conteneurs, les iterateurs, les algorithmes, les 
generateurs d'operateurs, les pred i cats et I 1 utilisation d'une relation d'ordre. 



1. NOTIONS DE CONTENEUR, DITERATEUR ET D 'ALGORITHM E 



C es trois notions sont etroitem ent liees et, la plupart du temps, elles interviennent sim ultanem ent dans un 
program m e utilisant des conteneurs. 

1 .1 N otion de conteneur 

La bibliotheque standard fournit un ensemble de classes dites conteneurs, permettant de representer les 
structures de donnees les plus repandues telles que les vecteurs, les listes, les ensembles ou les tableaux 
associatifs. II s'agit de patrons de classes param etres tout naturellem ent par le type de leurs elements. Par 
ex em pie, on pourra construire une liste d' en tiers, un vecteur de flottants ou une liste de points (point eta n t 
une classe) par les declarations suivantes : 

list <int> li ; /* liste vide dont les elements seront de type int 

*/ 

vector <double> Id ; /* vecteur vide dont les elements seront de type 

double */ 

list <point> lp ; /* liste vide dont les elements seront de type point 

*/ 
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C h a c u n e de ces classes conteneur dispose de fonctionnalites appropriees dont on pour rait penser, a priori, 
qu'elles sont tres differentes d'un conteneur a I'autre. En realite, les concepteurs de STL ont fait un gros 
effort d' hom ogeneisation et beaucoup de fonctions m em bre sont com m unes a differents conteneurs. On peut 
dire que, des qu'une action don nee est realisable avec deux conteneurs differents, e 1 1 e se program m e de la 
m em e m aniere. 



Rem arque im portante 

En toute rigueur, les patrons de conteneurs sont pa ram etres a la fois par le type de leurs elem ents et par 
une fonction dite allocateur utilisee pour les allocations et les liberations de memoire. Ce second 
parametre possede une valeur par defaut qui est generalem ent satisfaisante. Cependant, certaines 
im plem entations n'acceptent pas encore les pa ram etres par defaut dans les patrons de classes et, dans ce 
cas, il est necessaire de preciser I'allocateur a utiliser, meme s'il s'agit de celui par defaut. II faut alors 
savoir que ce dernier est une fonction patron, de nom allocator, parametree par le type des elements 
cone ernes. V oici ce que deviendraient les declarations precedentes dans un tel cas : 

list <int, allocator<int> > li ; /* attention a laisser un espace entre > 

et > */ 

vector <double, allocator<double> > Id ; /* sinon , » serait interprets 
comme */ 

list <point, allocator<point> > lp ; /* 1 ' operateur » 

*/ 



1 .2 N otion d'iterateur 

C 'est dans ce souci d'hom ogeneisation des actions sur un conteneur qu'a ete introduite la notion d'iterateur. 
U n iterateur est un objet defini generalem ent par la classe conteneur concerned qui generalise la notion de 
pointeur : 

• a un instant donne, un iterateur possede une valeur qui designe un element donne d'un conteneur ; on 
dira sou vent qu'un iterateur pointe sur un elem ent d'un conteneur ; 

• un iterateur peut etre increments par I'operateur + + , de m aniere a pointer sur I'element suivant du 
meme conteneur ; on notera que ceci n'est possible que, comme on le verra plus loin, parce que les 
conteneurs sont to u jours ordonnes suivant une certaine sequence ; 

• un iterateur peut etre dereference, comme un pointeur, en utilisant I'operateur * ; par ex em pie, si it est 
un iterateur sur une liste de points, * it designe un point de cette liste ; 

• deux iterateurs sur un meme conteneur peu vent etre com pares par egalite ou inegalite. 

Tous les conteneurs fournissent un iterateur portant le nom iterator et possedant au minimum les proprietes 
que nous venons d'enumerer qui correspondent a ce qu'on nomme un iterateur unidirectionnel. Certains 
iterateurs pour ront posseder des proprietes su p plem en ta ires, en particulier : 

• dec rem entation par I'operateur -- ; comme cette possibility s'ajoute alors a celle qui est offerte par + + , 
1 1 iterateur est alors dit bidirectionnel ; 

• acces direct ; dans ce cas, si it est un tel iterateur, I 'ex press ion it+ i a un sens ; sou vent, I'operateur [] est 
alors defini, de m aniere que it[i] soit equivalent a *(it+ i) ; en outre, un tel iterateur peut etre compare 
par inegalite. 
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Remarque: 

lei, nous avons evoque trois categories d'iterateur : unidirectionnel, bidirectionnel et acces direct. Dans 
le chapitre X X I, nous verrons qu'il existe deux autres categories (entree et sortie) qui sont d'un usage 
plus limite. De meme, on verra qu'il existe ce qu'on appelle des adaptateurs d'iterateur, lesquels 
permettent d'en modifier les proprietes ; les plus importants seront I'iterateur de flux et I'iterateur 
d'insertion. 

1.3 Parcours d'un c onteneur avec un ite rate u r 
a) Parcours direct 

T ous les conteneurs fournissent des valeurs particulieres de type iterator, so us form e des fo notions m em b re 
begin() et en d ( ) , de sorte que, quel que soit le conteneur, le canevas suivant, presente ici sur une liste de 
points, est to u jours utilisable pour pa rcourir sequentiellem ent un conteneur de son debut jusqu'a sa fin : 

list<point> lp ; 



list<point> :: iterator il ; /* iterateur sur une liste de points */ 

for (il = lp. begin () ; il != lp.end() ; il++) 

{ 

/* ici *il designe 1 'element courant de la liste de points lp */ 

} 

On notera la particularity des valeurs des iterateurs de fin qui consiste a pointer, non pas sur le dernier 
element d'un conteneur, ma is juste a pres. D'ailleurs, lorsqu'un conteneur est vide, begin)) possede la meme 
valeur que en d ( ) , de sorte que le canevas precedent fonctionne to u jours con vena blem ent. 

Remarque 

A ttention, on ne peut pas u tiliser com m e condition d' arret de la boucle for, une expression telle que il < 
Ip.end, car I'operateur < ne peut s' a ppliquer qu 'a des iterateurs a acces direct. 

b) Pare ours inverse 

Toutes les classes conteneur pour lesquelles iterator est au moins bidirectionnel (on peut done lui appliquer 
+ + et --) disposent d'un second iterateur note reversejterator. Construit a partir du premier, il permet 
d'explorer le conteneur suivant I'ordre inverse. Dans ce cas, la signification de + + et --, appliques a cet 
iterateur, est alors adaptee en consequence ; en outre, il existe egalement des valeurs particulieres de type 
reversejterator fournies par les fo notions m em bre r begin)) e t r e n d ( ) ; on peut dire que r begin)) pointe sur le 
dernier elem ent du conteneur, tandis que rend() pointe juste avant le prem ier. V oici comment pa rcourir une 
liste de points dans I'ordre inverse : 

list<point> lp ; 



list<point> : : reverse_iterator ril ; /* iterateur inverse sur une liste de 
points */ 

for (ril = lp.rbegin() ; ril != lp.rend() ; ril++) 
{ 

/* ici *ril designe 1 'element courant de la liste de points lp */ 

} 
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1 .4 Interv a lie d'iterateur 

Comme nous I'avons deja fait remarquer, tous les conteneurs sont ordonnes, de sorte qu'on peut to u jours les 
parcourir d'un debut jusqu'a une fin. Plus genera lem ent, on peut definir ce qu'on nomme un intervalle 
d'iterateur en precisant les bornes sous forme de deux valeurs d'iterateur. S upposo n s qu e I'on ait declare : 

vector<po±nt> :: iterator ipl, ip2 ; /* ipl et ip2 sont des iterateurs sur un 
*/ 

/* vecteur de points 

*/ 

Supposons, de plus, que ipl et ip2 possedent des valeurs telles que ip2 soit "accessible" depuis ipl, 
autrem ent dit que, apres un certain nom bre d'increm entations de ipl par + + , on obtienne la valeur de i p 2 . 
Dans ces conditions, le couple de valeurs ipl, i p 2 definit un intervalle d'un conteneur du type 
ve c to r < p o i n t> s'etendant de I'elem ent pointe par ipl jusqu'a (m a is non com pris) celui pointe par i p 2 . C et 
intervalle se note souvent [ipl, i p 2 ) . On dit egalem ent que les elements designes par cet intervalle torment 
une sequence. 

C ette notion d'intervalle d'iterateur sera tres u til i see par les algorithm es et par certaines fonctions m em bre. 



1 .5 N otion d'a Igorithm e 

La notion d'a Igorith m e est tout aussi o rig in a le que les deux precedentes. E lie se fonde su r le fait que, par le 
biais d'un iterateur, beaucoup d'operations peuvent etre appliquees a un conteneur, quels que soient sa 
nature et le type de ses elements. Par exemple, on pourra trouver le premier element ayant une valeur 
don nee aussi bien dans une liste, un vecteur ou ensem ble ; il faudra cependant que I'egalite de deux el em ents 
soit con vena blem ent def in ie, soit par defaut, soit par su r definition de I'operateur = = . D e m em e, on pourra 
trier un conteneur d'objets de type T, pour peu que ce conteneur dispose d'un iterateur a acces direct et que 
I'on ait defini une relation d'ordre sur le type T, par ex em pie en surdefinissant I'operateur < . 

Les differents algorithm es sont fournis sous forme de patrons de fonctions, parametres par le type des 
iterateurs qui leurs sont fournis en argument. La encore, cela conduit a des programmes tres hom ogenes 
puisque les memes fonctions pourront etre appliquees a des conteneurs differents. Par exemple, pour 
com pter le nom bre d' el em ents egaux a un dans un vecteur declare par : 

vector<int> v ; /* vecteur d' entiers */ 

on pourra proceder ainsi : 

n = count (v. begin () , v.endf), 1) ; /* compte le nombre d' elements de valeur 
1 */ 

/* dans la sequence [v. begin () , v.end()) 

*/ 

/* autrement dit, dans tout le conteneur 

v */ 

Pour com pter le nombre d' el em ents egaux a un dans une liste declaree : 

list<int> 1 / /* liste d' entiers */ 

on procedera de fa ton si m i la ire (en se contentant de rem placer v par I) : 

n = count (1. begin (), l.endf), 1) ; /* compte le nombre d' elements de valeur 
1 */ 
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/* dans la sequence [1 .begin () , l.end()) 

*/ 

/* autrement dit, dans tout le conteneur 

1 */ 

D 'une m aniere gen era le, com m e le laissent entendre ces deux ex em pies, les algorithm es s'appliquent, non 
pas a un conteneur, mais a une sequence definie par un intervalle d'iterateur; ici, cette sequence 
correspondait a I'integralite du conteneur. 

Certains algorithm es permettront facilement de recopier des informations d'un conteneur d'un type donne 
vers un conteneur d'un autre type, pour peu que ses elements soient du meme type que ceux du premier 
conteneur. V oici, par ex em pie, com m ent recopier un vecteur d'entiers dans une liste d'entiers : 

vector<int> v ; /* vecteur d' entiers */ 
list<int> 1 ; /* liste d'entiers */ 



copy (v.begin(), v.end(), l.begin() ) ; /* recopie 1 ' inter [v.begin(), v.end()) 
*/ 

/* a partir de 1 'emplacement pointe par 

*/ 

/* 1. begin () 

*/ 

N otez que, si I 1 on f our nit I 1 intervalle de depart, on ne m entionne que le debut de celui d'arrivee. 
Remarque 

On pourra parfois etre gene par le fait que I'hom ogeneisation evoquee n'est pas a b so I u e . Ainsi, on verra 
qu'il existe un algorithm e de recherche d'une valeur don nee nom m e find, alors meme qu'un conteneur 
com m e list dispose d 1 u ne fonction m em bre com parable. L a justification res id era da ns des consider a tions 
d' efficacite. 

1 .6 Ite rate u rs et pointeurs 

La m aniere do nt les algorithm es ou les fonc tions m em bre utilisen t un iterateur fait que tout objet ou toute 
variable possedant les proprietes attendues (dereferenciation, incrementation...) peut etre utilise a la place 
d'un objet tel que iterator. 

Or, les pointeurs usuels possedent tout naturellem ent les proprietes d'un iterateur a acces direct. C ela leur 
perm et d'etre em ploy es dans bon nom bre d' algorith m es. C ette possibility est frequem m ent utilisee pour la 
recopie des elements d'un tableau ordinaire dans un conteneur : 

int t[6] = { 2, 9, 1, 8, 2, 11 } ; 
list<int> 1 ; 



copy (t, t+6, l.begin()) ; /* copie de l'intervalle [t, t+6) dans la liste 

1 */ 

Bien entendu, ici, il n'est pas question d'utiliser une notation telle que t. begin)) qui n'aurait aucun sens, t 
n'etant pas un objet. 

Remarque 

Par souci de simplicity, nous parlerons encore de sequence d'elements (mais plus de sequence de 
conteneur) pour designer les e I e m ents ainsi definis par un intervalle de pointeurs. 
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2. LES DIFFERENTES SORTES DE CONTENEURS 



2.1 Conteneurs et structures de donnees classiques 

On dit souvent que les conteneurs correspondent a des structures de donnees usuelles. M ais, a partir du 
moment ou ces conteneurs sont des classes qui encapsulent convenablem ent leurs donnees, leurs 
caracteristiques doivent etre independantes de leur implementation. Dans ces conditions, les differents 
conteneurs devraient se di sting uer les uns des autres uniquem ent par leurs fonctionnalites et en aucun Caspar 
les structures de donnees so u s-jacentes. Beaucoup de conteneurs possederaient alors des fonctionnalites 
voisines, voire identiques. 

En realite, les differents conteneurs se caracterisent, outre leurs fonctionnalites, par I'efficacite de certaines 
operations. Par exemple, on verra qu'un vecteur permet des insertions d'elements en n'importe quel point 
mais celles-ci sont moins efficaces qu'avec une liste. En revanche, on peut acceder plus rapidement a un 
elem ent existant dans le cas d'un vecteur que dans celui d'une liste. A in si, b i en que la norm e n ' i m pose pas 
I'im plem entation des conteneurs, e 1 1 e introduit des contra intes d' efficacite qui la conditionneront largem ent. 

En definitive, on peut dire que le nom c hoi si pour un conteneur evoque la structure de don nee classique qui 
en est proche sur le plan des fonctionnalites, sans pour autant coincider avec elle. Dans ces conditions, un 
b o n usage des differents conteneurs passe par un apprentissage de leurs possibilites, com m e s'il s'agissait b e I 
et bien de classes differentes. 



2.2 Les differentes categories de conteneurs 

La norm e classe les differents conteneurs en deux categories : 

- les conteneurs en sequence (ou conteneurs sequentiels), 

- les conteneurs associatifs. 

La notion de conteneur en sequence correspond a des elem en ts qui sont ordonnes com m e ceux d'un vecteur 
ou d'une liste. On peut parcourir le conteneur suivant cet ordre. Quand on insere ou qu'on supprime un 
element, on le fait en un endro it qu'on a ex p lie item ent choisi. 

La notion de conteneur associatif peut etre illustree par un repertoire telephonique. Dans ce cas, on associe 
une valeur (numero de telephone, adresse...) a ce qu'on nomme une c I e (ici le nom). A partir de la cle, on 
accede a la valeur associee. Pour inserer un nouvel elem ent dans ce conteneur, il ne sera theoriquem ent plus 
utile de preciser un em placem ent. 

II semble done qu'un conteneur associatif ne soit plus ordonne. En fait, pour d'evidentes questions 
d' efficacite, un tel conteneur devra etre ordonne mais, cette fois, de facon intrinseque, e'est-a-dire suivant 
un ordre qui n'est plus defini par le program m e. La principale consequence est qu'il restera to u jours possible 
de parcourir sequentiellem ent les elem ents d'un tel conteneur qui disposer a to u jours au m o ins d'un iterateur 
nomme iterator et des v a leurs b e g i n ( ) et en d ( ) . C et aspect peut d' a i I leurs preter a confusion, dans la m esure 
ou certaines operations p revues pour des conteneurs sequentiels pourront s'appliquer a des conteneurs 
associatifs, tandis que d'autres poseront problem e . Par exemple, il n'y aura aucun risque a examiner 
sequentiellem ent chacun des elem ents d' un conteneur associatif ; il y en aura m anifestem ent, en revanche, si 
Ton cherche a modifier sequentiellem ent les valeurs d'elements existants, puisqu'alors, on risque de 
perturber I' ordre intrinseque du conteneur. N ous y reviendrons le m om ent venu. 



3. LES GEN ERATEURS DO PERATEU RS 
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L e m ec an ism e de sur definition d'operateurs utilise par C + + fait que Ton peut theoriquement definir, pour 
une classe donnee, a la fois I'operateur = = et I'operateur != , de maniere totalement independa nte, voir 
incoherente. II en va de m em e pour les operateurs < , < = , > et > = . 

H a is la bibliotheque standard dispose de patrons de fonctions perm ettant de definir : 

• I'operateur != , a partir de I'operateur = = 

• les operateurs > , < = et > = , a partir de I'operateur < . 

Comme on peut s'y attendre, si a et b sont d'un type classe pour laquelle on a defini = = , != sera defini 
par : 

a != b si !{a = = b) 

De la meme maniere, les operateurs < = , > et > = peuvent etre deduits de < par les definitions 
suivantes : 

a > b si b < a 
a < = b si ! (a > b) 
a > = b si ! (a < b) 

D ans ces conditions, on voit qu'il suffit de m unir une classe des operateurs = = et < pour qu'elle dispose 
autom atiquem ent des autres. 

Bien entendu, il reste toujours possible de donner sa propre definition de I'un quelconque de ces quatre 
operateurs. E lie sera alors utilisee, en tant que specialisation d'une fonction patron. 

II est tres important de noter qu'il n'existe aucun lien entre la definition automatique de < = et celle de 
= = . Ainsi, rien n'impose, hormis le bon sens, que a= = b implique a< = b, comme le montre ce petit 
ex em pie d' ecole, dans lequel nous definissons I'operateur < d'une maniere artificielle et incoherente avec la 
definition de = = : 



^include <±ostream.h> 

^include <utility> // pour les generateurs d'operateurs 

using namespace std ; // indispensable pour utility 

class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
friend int operator== (point, point) ; 
friend int operator< (point, point) 

} ; 

int operator== (point a, point b) 

{ return ( (a. x == b.x) SS (a.y == b.y) ) ; 

} 

int operator< (point a, point b) 

{ return ( (a.x < b.x) && (a.y < b.y) ) ; 

} 

main ( ) 
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{ point ad, 2), b(3, 1) ; 

cout « "a == b : " « (a==b) « " a != b : " « (a!=b) « "\n" ; 
cout « "a < b : " « (a<b) « " a <= b : " « (a<=b) « "\n" ; 
char c ; cin » c ; 

} 



a == b : 0 a != b : 1 
a < b : 0 a <= b : 1 



Exemple de generation n o n satisfaisante des operateurs != , > , < = et > = 

Remarque 

Le manque de coherence entre les definitions des operateurs = = et < est ici sans consequence. En 
revanche, on verra que I'operateur < peut intervenir, par exemple, pour ordonner un conteneur 
associatif ou pour trier un conteneur de type list lorsqu'on utilise la fonction m em b re sort. Dans ce cas, 
sa definition devra respecter un certain nom b r e de contra intes com m e nous le verrons dans le paragraphe 
7. 



4. LES CONTENEURS DONT LES ELEMENTS SONT DES OBJ ET S 

L e patron de classe definissant un conteneur peut etre applique a n'im porte quel type et done, en particulier 
a des elements de type classe. Dans ce cas, il ne faut pas perdre de vue que bon nombre de manipulations de 
ces elements vont entralner des appels automatiques de certaines fonctions membre. 

4.1 Construction et copie d'objets 

T oute construction d'un conteneur, non vide, dont les elements sont des objets, entralne : 

• soit I'appel d'un constructeur ; il peut s'agir d'un constructeur par defaut lorsqu'aucun argument n'est 
necessa ire, 

• soit I'appel d'un constructeur par recopie. 

Par exemple, on verra que la declaration suivante (point etant une classe) construit un vecteur de trois 
elem ents de type point : 

vector<po±nt> v(3) ; /* construction d'un vecteur de 3 points */ 

Pour chacun des trois elem ents, il y aura appel d'un constructeur sans argum ent de point. Si Ton construit un 
autre vecteur, a partir de v : 

vector<point> w (v) ; /* ou vector v = w ; */ 

il y aura appel du constructeur par recopie de la classe ve c to r < p o i n t> , lequel, tout naturellem ent, appellera 
le constructeur par recopie de la classe point pour chacun des trois elem ents de type point a recopier. 

On pourrait s'attendre a des choses com parables avec I'operateur d' affectation dan un cas tel que : 

w = v ; /* le vecteur v est affecte aw*/ 
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C ependant, ici, les choses sont un p e u m o ins si m pies. En effet, generalem ent, si la taille de w est suffisante, 
on se contentera effectivem ent d'appeler I'operateur d'affectation pour tous les elements de v (on appellera 
le destructeur pour les elements excedentaires de w). En revanche, si la taille de w est insuffisante, il y aura 
destruction de tous ses elements et creation d'un nouveau vecteur par appel du constructeur par recopie, 
lequel appellera tout naturellem ent le constructeur par recopie de la classe point pour tous les el em ents de v. 

Bien entendu, pour les objets ne possedant pas de partie dynamique, les fonctions membre prevues par 
defaut seront satisfaisantes. Dans le cas contraire, il faudra prevoir les fonctions appropriees, ce qui sera 
bien sur le cas si la classe concernee respecte le schema de classe canonique propose dans le chapitre IX . 

Remarque 

Dans les descriptions des differents conteneurs ou algorithmes, nous ne rappellerons pas ces differents 
points, dans la m esure ou ils c oncern ent system atiqu em ent tous les objets. 

4 .2 A utres operations 

II existe d' autre s operations que les constructions ou recopies de conteneur qui peuvent en trainer des appels 
auto m atiques de certaines fonctions m em bre. 

L 'un des ex em pies les plus ev id ents est eel ui de la recherche d'un element d e valeur don nee, com m e le fait 
la fonction m em bre find du conteneur list. Dans ce cas, la classe concernee devra m anifestem ent disposer de 
I'operateur = = , lequel, cette fo is, ne possede plus de version par defaut. 

Un autre exemple reside dans les possibilites dites de "com paraiso ns lexicographiques" que nous 
exam in erons dans le chapitre X IX ; nous verrons que celles-ci se fon dent sur la com paraiso n, par I'un des 
operateurs <,>,<= ou > = des differents elements du conteneur. M anifestem ent, la encore, il faudra 
definir au moins I'operateur < pour la classe concernee: les possibilites de generation automatique 
presentees ci-dessus pourront ev iter les definitions des tro is a utres. 

D'une maniere generale, cette fois, compte tenu de I'aspect episodique de ce type de besoin, nous le 
preciserons chaque fois que ce sera necessa ire. 



5. EFFICAC ITE DES OPERATIONS SUR DES CONTENEURS 

Pour juger de I'efficacite d'une fonction membre d'un conteneur ou d'un algorithme applique a un 
conteneur, on c ho isit generalem ent la notation dite " d e Landau" (0 (...)) qui se definit a in si : 

Le temps t d'une operation est dit 0 (x) s'il existe une constante k telle que, dans tous les cas, on ait : t 
< = kx. 

Comme on peut s'y attendre, le nombre N d'elements d'un conteneur (ou d'une sequence de conteneur) 
pourra intervenir. C 'est a in si qu'on rencontrera typiquem ent : 

• des operations en 0(1), e'est-a-dire pour lesquelles le tern ps est constant (plutot borne par une constante, 
independante du nombre d' el em ents de la sequence) ; on verra que ce sera le cas des in sertions dans une 
liste ou des insertions en fin de vecteur ; 

• des operations en 0 (N ), e'est-a-dire pour lesquelles le tern ps est proportionnel au nombre d 1 el e m ents de 
la sequence ; on verra que ce sera le cas des insertions en un point quelconque d' un vecteur ; 

• des operations en 0 (LogN )... 
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D ' u n e m aniere gen era le, on ne perdra pas de vue qu'une telle inform ation n ' a qu'un caractere relativem ent 
indicatif ; pour etre precis, il faudrait indiquer s'il s'agit d'un maximum ou d'une m oyen n e et m entionner la 
nature des operations concernees. C 'est d'ailleurs ce que nous ferons dans I'annexe C decrivant I'ensem ble 
des algorithm es standard. 



6. FO NOTION S, PRE DIC ATS ET CLASSES FONCTION 
6 .1 Fonction unaire 

Beaucoup d'algorith m es et quelques fonctions m em b re permettent d'appliquer une fonction donnee aux 
differents elements d'une sequence (definie par un intervalle d' iterateur). C ette fonction est alors passee 
sim plem ent en argum ent de I 'algorithm e, com m e dans : 

for_each (itl, it2, f) / /* applique la fonction f a chacun des elements de 
*/ 

/* la sequence [itl, it2) 

*/ 

Bien entendu, la fonction f doit posseder un argument du type des elements correspondants (dans le cas 
contraire, on obtiendrait une erreur de compilation). II n'est pas interdit qu'une telle fonction possede une 
valeur de retour m a is, quoi qu'il en so it, e 1 1 e ne sera pas utilisee. 

Void un ex em pie m ontrant com m ent utiliser c ette technique pour afficher to us les elem ents d'une liste : 

main ( ) 

{ list<float> If ; 

void affiche (float) ; 



for_each (If .begin () , lf.end(), affiche) ; cout « "\n" ; 



} 

void affiche (float x) { cout « x « " " ; } 

B ien entendu, on obtiendrait le m em e res u I tat en proced ant sim plem ent a in si 

main () 

{ list<float> If ; 

void affiche (list<float>) ; 



If .affiche () ; 



} 

void affiche (list<float> 1) 
{ list<float> :: iterator il ; 

for (il=l.begin() ; il!=l.end() ; il++) cout « (*il) « " " ; 

cout « "\n" ; 

} 
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6.2 Predicats 

On parle de predicat pour caracteriser une fonction qui renvoie une valeur de type bool. Compte tenu des 
conversions implicites qui sont mises en place autom atiquem ent, cette valeur peut eventuellem ent etre 
en tie re, sac h ant qu'alors 0 correspondra a false et que tout autre valeur correspondra a true. 

On rencontrera des predicats unaires, c'est-a-dire disposant d'un seul argument et des predicats binaires, 
c'est-a-dire disposant de deux argum ents de m em e type. 

La encore, certains algorithm es et certaines fonctions m em bre necessiteront qu'on leur fournisse un predicat 
en argument. Par exemple, I'algorithme f i n d _ if permet de trouver le premier element d'une sequence 
verifiant un predicat passe en argum ent : 

main ( ) 

{ list<int> 1 ; 

list<int> :: iterator il ; 
bool impair (int) ; 



il = find_if (1. begin (), l.end(), impair) ; /* il designe le premier element 
de */ 

/* 1 verifiant le predicat 

impair */ 
} 

bool impair (int n) /* definition du predicat unaire impair */ 

{ return n%2 / ; 



6.3 C lasses et objets fonction 

a) Utilisation d 'objets fonction com m e fonction de rap pel 

N ous venons de voir que certains algorithm es ou fonctions m em bre necessitaient un predicat en argum ent. 
D 'une m aniere gen era le, ils peu vent nec ess iter une fonction quelconque et Ton parle sou vent de "fonction de 
rappel" pour evoquer un tel mecanisme dans lequel une fonction est amenee a appeler une autre fonction 
qu'on lui a transm ise en argum ent. 

La plupart du tern ps, cette fonction de rappel est prevue dans la definition du patron correspondant, non pas 
sous forme d'une fonction, mais bel et bien sous forme d'un objet de type quelconque. Les classes et les 
objets fonction ont ete presented dans le paragraphe 9 et nous en avions alors donne un exemple simple 
d' utilisation. En voici un autre qui m ontre I'interet qu'ils presentent dans le cas de patrons de fonctions. Ici, 
le patron de fonction essai definit une fam ille de fonctions recevant en argum ent une fonction de rappel so us 
form e d'un objet fonction f de type quelconque. L es ex em pies d'appels de la fonction essai m ontre nt qu'on 
peut lui fournir, indifferem m ent com m e fonction de rappel, so it une fonction usu elle, so it un objet fonction. 



^include <iostream.h> 
class cl_fonc 
{ int coef ; 
public : 

cl_fonc(int n) {coef 
int operator () (int 

} ; 

int fct (int n) 



/* definition d'une 
= n ;} 

p) {return coef*p ; } 
/* definition d'une 



classe fonction */ 



fonction usuelle */ 



326 



Programmer en langage C + + 



{ return 5*n ; 
} 

template <class T>void essai (T f) // definition d'essai qui regoit en 
argument 

{ cout « "f(l) : " « f(l) « "\n" ; // un objet de type quelconque 

cout « "f(4) : " « f(4) « "\n" ; // et qui 1 'utilise comme une fonction 

} 

main () 

{ essai (fct) ; // appel essai en lui fournissant une fonction de rappel 

usuelle 

essai (cl_fonc (3) ) ; // appel essai en lui fournissant une fonction de rappel 
objet 

essai (cl_fonc(7)) ; // idem 

} 



f(l) 


5 


f(4) 


20 


f(l) 


3 


f(4) 


12 


f(l) 


7 


f(4) 


28 



Exemple cl'utilisation d'objets fonction 

On voit qu'un algorithm e attendant un objet fonction peut recevoir une fonction usuelle. En revanche, on 
notera que la reciproque est fausse. C 'est pourquoi, to us les algorithm es ont prevu leurs fo notions de rappel 
sous form e d'objets fonction. 



b) C lasses fonction predefines 

Dans < functional , il existe un certain nombre de patrons de classes fonction correspondant a des 
predicats binaires de comparaison de deux elements de meme type. Par exemple, I e s s < int> instancie une 
fonction patron correspondant a la com para ison par < (less) de deux el em ents de type int. Comme on peut 
s'y attendre, I e s s < point> instanciera une fonction patron correspondant a la com para ison de deux objets de 
type point par I'operateur < , qui devra alors etre con vena blem ent defini dans la classe point. 

Voici les differents noms de patrons existants et les operateurs correspondants : e q u a I _ to (= = ), 
not_equal_to (!= ), greater (> ), less (< ), greater equal (> = ), less_equal (< = ). 

Toutes ces classes fonction disposent d'un constructeur sans argument, ce qui leur permet d'etre citees 
comme fonction de rappel. D'autre part, elles seront egalement u t i I i sees comme argument de type dans la 
construction de certaines classes. 



Remarque 

II existe egalement des classes fonction correspondant aux operations binaires u s u elles, par exemple 
p I u s < int> pour la somme de deux int. Voici les differents noms des autres patrons existants et les 
operateurs correspondants: modulus (%), minus (-), times (*), divides (/). On trouve egalement les 
predicats correspondant aux operations log iques : logical and (& & ), logical, or (| | ), logical not {!). C es 
classes sont cependant d'un usage m oins frequent que eel les qui ont ete etudiees preced em m ent. 
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7. CONTENEURS, ALGORITHM ES ET RELATION D'ORDRE 
7.1 Introduction 

Un certain nombre de situations n ecessiteront la connaissance d'une relation perm e tta n t d'ordonner les 
d if fe rents elem ents d'un conteneur. C itons-en quelques ex em pies : 

• pour des questions d'efficacite, comme il a deja ete dit, les elements d'un conteneur associatif seront 
ordonnes en perm anence ; 

• un conteneur list disposer a d'unefonction m em bre sort, perm ettant de rearranger ses elem ents suivant un 
certain ordre ; 

• il existe beaucoup d'algorith m es de tri qui, eux aussi, r eo r g a n i sen t les elements d'un conteneur suivant 
un certain ordre. 

Bien entendu, tant que les elements du conteneur concerne sont d'un type scalaire ou string, pour lequel il 
existe une relation naturelle (< ) permettant d'ordonner les elements, on peut se permettre d'appliquer ces 
differentes operations d'ordonnancem ent, sans trop se poser de questions. 

En revanche, si les elem ents cone ernes sont d'un type classe qui ne dispose pas par defaut de I'operateur < , 
il faudra su rdefinir co n vena blem ent cet operateur. Dans ce cas, et com m e on peut s'y attendre, cet operateur 
devra respecter un certain nombre de proprietes, necessaires au bon fonctionnem ent de la fonction ou de 
I'algorithm e utilise. 

Par ailleurs, et quel que soit le type des elements (classe, type de base...), on peut choisir d'utiliser une 
relation autre que celle qui correspond a I'operateur < (par defaut ou su rdefini) : 

• soit en choisissant un autre operateur (par defaut ou su rdefini), 

• soit en fournissant ex p lie item ent une fonction de com para iso n de deux elem ents. 

La encore, cet operateur ou cette fonction devra respecter les proprietes evoquees que nous a I Ions examiner 
m aintenant. 



7 .2 Proprietes a respecter 

Pour simplifier les notations, nous noterons toujours R, la relation binaire en question, qu'elle soit definie 
par un operateur ou par une fonction. La norme precise que R doit etre une relation d'ordre faible strict, 
laquelle se definit ainsi : 

• Va, !(a R a) 

• R est transitive, e'est-a-dire que Va, b, c, tels que : a R b et b R c, alors a R c ; 

• Va, b, c, tels que : !(a R b) et !(b R c), alors !(a R c). 

On notera que I'egalite n'a pas besoin d'etre definie pour que R respecte les proprietes requises. 

B ien entendu, on peut sans problem e utiliser les operateurs < et > pour les types num eriques ; on prendra 
garde, cependant, a ne pas utiliser < = ou > = qui ne rep on dent pas a la definition. 

On peut montrer que ces contraintes d efin issent une relation d'ordre total, non pas sur I'ensemble des 
elements concerned, mais simplement sur les classes d' equ ivalence induites par la relation R, une classe 
d 'equivalence eta nt telle que a et b appartiennent a la m em e classe si I'on a a la fois !(a R b) et !(b R a). A 
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titre d ' ex em p I e , considero n s des elements d'un type classe (point), possedant deux coordonnees x et y ; 
supposons qu'on y definisse la relation R par : 

p 1 ( x 1 , yl) R p 2 ( x 2 , y2) si xl < x2 

On peut montrer que R satisfait les contraintes requises et que les classes d' equ ivalence sont form ees des 
points ayant la m em e abscisse. 

D ans ces conditions, si Ton utilise R pour trier un conteneur de points, ceux-ci apparaltront ordonnes suivant 
la p re m i e re coordonnee. C ela n'est pas tres grave car, dans une telle operation de tri, to us les points seront 
conserves. En revanche, si Ton utilise cette meme relation R pour ordonner intrinsequem ent un conteneur 
associatif de type map (dont on verra que deux elem ents ne peuvent avoir de cles equivalentes), deux points 
de meme abscisse apparaltront com m e " identiques" et un seul sera conserve dans le conteneur. 

Ainsi, lorsqu'on sera amene a definir sa propre relation d'ordre, il faudra bien etre en mesure d 1 en prevoir 
correctem ent les consequences au niveau des operations qui en dependront. N o tarn m ent, dans certains cas, il 
faudra savoir si I'egalite de deux elem ents se fonde sur I'operateur = = (surdefini ou non), ou sur les classes 
d'equivalence induites par une relation d'ordre (par defaut, il s'agira alors de < , surdefini ou non). Par 
ex em pie, I'algorithme find se fonde sur = = , tandis que la fo notion m em bre find d'un conteneur associatif se 
fonde sur I'ordre intrinseque du conteneur. Bien entendu, aucune difference n'apparaltra avec des elements 
de type numerique ou string, tant qu'on se limitera a I'ordre induit par < puisqu'alors les classes 
d'equivalence en question seront red u ites a un seul elem ent. 

B ien entendu, nous attire rons a nouveau votre attention sur ce point au m om ent voulu. 



XIX. LES CONTENEURS SEQUENTIELS 



N ous avons vu, dans le precedent chapitre, que les conteneurs pouvaient se classer en deux categories tres 
differentes : les conteneurs sequentiels et les conteneurs associatifs ; les premiers sont ordonnes suivant un 
ordre impose explicitem ent par le programme lui-meme, tandis que les seconds le sont de maniere 
intrinseque. L es tro is conteneurs sequentiels principaux sont les classes vector, list et deque. La classe vector 
generalise la notion de tableau, tandis que la classe list correspond a la notion de liste doublement chalnee. 
C om m e on peut s'y attendre, vector disposer a d'un iterateur a acces direct, tandis que list ne disposer a que 
d'un iterateur bidirectionnel. Quant a la classe deque, on verra qu'il s'agit d'une classe interm ediaire entre 
les deux precedentes dont la presence ne se justifie que pour des questions d 1 effic a cite. 

Nous commencerons par etudier les fonctionnalites communes a ces trois conteneurs: construction, 
affectation globale, initialisation par un autre conteneur, insertion et suppression d'elements, 
com paraisons... Puis nous examinerons en detail les fonctionnalites spec ifiques a chacun des conteneurs 
vector, deque et list. N ous term inerons par une breve description des trois adaptateurs de conteneurs que 
sont stack, queue et priority_ queue. 



1. FONCTIONNALITES COMMUNES AUX CONTENEURS VECTOR, LIST ET 
DEQUE 

C om m e to us les conteneurs, vector, list et d eq ue so n t de taille dy n am ique, c 'est-a-dire susceptibles d e varier 
au fil de I'execution. M algre leur difference de nature, ces trois conteneurs possedent des fonctionnalites 
communes que nous a I Ions etudier ici. E lies concern ent : 

• leur construction, 

• I'affectation globale, 

• leur com paraison, 

• I 'insertion de nouveaux elem ents ou la suppression d'elem ents existants. 
1 .1 C onstruction 

Les trois classes vector, list et deque disposent de differents constructeurs : conteneur vide, avec nombre 
d'elem ents donne, a partir d'un autre conteneur. 



C onstruction d'un conteneur vide 
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L'appel d'un constructeur sans argument construit un conteneur vide, c'est-a-dire ne com portant aucun 
elem ent : 

list<float> If ; /* la liste If est construite vide ; If. size () vaudra 0 ; 

*/ 

/* et 1 f. begin () == lf.end() 

*/ 

Construction avec un no m br e donned' elem en ts 

D e fa? on com parable a ce qui se passe avec la declaration d'un tableau classique, l'appel d'un constructeur 
avec un seul argument entier n construit un conteneur comprenant n elements. En ce qui concerne 
■ 'initialisation de ces elements, e 1 1 e est regie par les regies habituelles dans le cas d ' elem e n ts de type 
standard (0 pour la classe statique, indeterm ine sinon). Lorsqu'il s'agit d'elements de type classe, ils sont 
tout naturellement initialises par appel d'un constructeur sans argument. 

list<float> If (5) ; /* If est construite avec 5 elements de type float */ 

/* If. size () vaut 5 */ 

vector<point> vp(5) ; /* vp est construit avec 5 elements de type point */ 

/* initialises par appel du constructeur sans argument */ 

C onstruction avec un no m bre donne d 'elem en ts initialises a une valeur im po see 

L e prem ier argum ent du constructeur fournit le nombred'elements, le second a rg urn ent en fournit la valeur : 

list<int> li (5, 999) ; /* li est construite avec 5 elements de type int 
*/ 

/* ayant tous la valeur 999 

*/ 

point a(3, 8) ; /* on suppose que point est une classe... 

*/ 

list<point> lp (10, a) ; /* lp est construite avec 10 points ayant tous 
*/ 

/* la valeur de a : il y a appel du constructeur par 

*/ 

/* recopie (eventuellement par defaut) de point 

*/ 

C onstruction a partir d' une sequence 

On peut construire un conteneur a partir d'une sequence d'elements de meme type. Dans ce cas, on fournit 
sim plem ent au constructeur deux argum en ts representant les bo rn es de I" in tervalle correspondant. Void des 
exem pies utilisant des sequences de conteneur de type list< p o i n t> : 

list<point> lp(6) ; /* liste de 6 points */ 



vector<point> vp (lp .begin () , lp.end()) ; /* construit un vecteur de points 
*/ 

/* en recopiant les points de la liste lp ; le constructeur 

*/ 

/* par recopie de point sera appele pour chacun des points 

*/ 

list<point> lpi (lp . rbegin () , lp.rendf)) ; /* construit une liste obtenue en 
*/ 

/* inversant 1 ' ordre des points de la liste lp 

*/ 
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lei, les sequences correspondaient a I'ensem ble du conteneur ; il s'agit de la situation la plus usuelle, mais 
rien n'em pecherait d'utiliser des intervalles d'iterateurs quelconques, pour peu que la seconde borne soit 
accessible a partir de la p re m iere. 

V oici un autre ex em pie de construction de conteneurs, a partir de sequences de valeurs issues d'un tableau 
classique, utilisant des intervalles def in is par des pointeurs : 

int t[6] = { 2, 9, 1, 8, 2, 11 } ; 

vector<int> v±(t, t+6) ; /* construct un vecteur forme des 6 valeurs du 
tableau t */ 

vector<lnt> v±2(t+l, t+5) ; /* construit un vecteur forme des valeurs t[l] a 
t [5] */ 

Dans le premier cas, si Ton souhaite une formulation independante de la taille effective de t, on pourra 
proceder ainsi : 

int t[] = { } ; /* nombre quelconque de valeurs 

*/ 

vector<lnt> vi(t, t + sizeof (t) /sizeof (int) ) ; /* qui seront recopiees dans vi 
*/ 

C (instruction a partir d'un autre con ten eu r de m em e type 

II s'agit d'un classique constructeur par recopie qui, com m e on peut s'y attendre, appelle le construe teur de 
recopie des elements concernes lorsqu'il s'agit d'objets. 

vector<int> vil ; /* vecteur d'entiers */ 



vector<int> vi2 (vil) ; /* ou encore vector<int> vi2 = vil ; */ 



1 .2 M odifications globales 

Les trois classes vector, deque et list d efin issent convenablem ent I'operateur d'affectation ; de plus, elles 
proposent une fonction m em bre assig n , com porta nt plusieu rs definitions, ainsi qu ' u ne fonction clear. 

a) 0 perateur d'affectation 

On peut affecter un conteneur d'un type donne a un autre conteneur de meme type, e'est-a-dire ayant le 
m em e nom de p atron et le meme type d'elements. B ien entendu, il n'est nullem ent necessaire que le nombre 
d'elements de chacun des conteneurs soit le meme. V oici quelques exemples : 

vector<int> vil (...), vi2 (...) ; 
vector<float> vf (...) ; 



vil = vi2 ; /* correct, quel que soit le nombre d'elements de vil et de vi2 
*/ 

/* le contenu de vil est remplace par celui de vi2 qui reste 

inchange */ 

vf = vil ; /* incorrect (refuse en compilation) : les elements de vf et de vil 
*/ 

/* ne sont pas du meme type 

*/ 

V oici un autre ex em pie avec un conteneur dont les elem ents sont des o bjets : 
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vector<point> vpl (....), vp2 (. . .) ; 



vpl = vp2 ; 

D ans ce cas, com m e nous I'avons deja fait rem arquer dans le paragraphe 4.1 du precedent chapitre, il existe 
deux f a g o n s de parvenir au resultat esc o m p te , suivant les tailles relatives des vecteurs vpl et v p 2 , a savoir, 
soit ('utilisation du constructeur par recopie de la classe point, soit ('utilisation de I'operateur d'affectation 
de la classe point. 



b) La fonction m em bre assign 

Alors que I'affectation n'est possible qu'entre conteneurs de m em e type, la fonction assign permet 
d'affecter, a un conteneur existant, les elements d'une sequence definie par un intervalle [debut, fin), a 
condition que les elements designes soient du type voulu (et pas seulement d'un type compatible par 
affectation) : 

assign (debut, fin) /* fin doit etre accessible depuis debut */ 

II existe egalement une autre version permettant d'affecter a un conteneur, un nombre donne d'elements 
ayant une valeur imposee : 

assign (nb_fois, valeur) 

Dans les deux cas, les elements existants seront rem places par les elements voulus, comme s'il y avait eu 
affectation. 



point a (. . . ) ; 
l±st<po±nt> lp (...) ; 
vector<po±nt> vp (...) ; 



lp. assign (vp. begin () , vp.endf)) ; /* on a maintenant : lp. size () = 

vp. size () */ 

vp . assign (10, a) ; /* on a maintenant : vp . size () =10 

*/ 



char t[] = {"hello"} ; 

list<char> lc (7 , 'x') / /* la liste contient : x, x, x, x, x, x, 

x */ 



lc. assign (t, t+4) ; /* la liste contient maintenant : h, e, 1, 1, o 

*/ 

lc.assign(3, 'z') ; /* la liste contient maintenant : z, z, z 

*/ 



c) La fonction clear 

La fonction clear)) vide le conteneur de son contenu. 

vector<point> vp (10) ; /* vp. size () = 0 */ 



vp. clear () ; /* appel du destructeur de chacun des points de vp */ 

/* maintenant vp. size () = 0 */ 
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d) La fonction swap 

La fonction m em b r e swap (conteneur) perm et d 1 ec hanger le contenu de deux conteneurs de m em e type. P ar 
exem pie : 

vector <int> vl, v2 ; 



vl.swap(v2) ; /* ou : v2.swap(vl) ; */ 

L 'affectation precedente sera plus efficace que la d em arc fie traditionnelle : 

vector <int> v3=vl ; 
vl=v2 ; 
v2=v3 ; 

Remarque 

Comme on peut le constater, les possi b i lites de modifications globales d'un conteneur sont similaires a 
celles qui sont offertes au moment de la construction, la seule possibility absente eta n t I'affectation d'un 
norm bre d'elem ents donnes, eventuellem ent non initialises. 



1.3 C om paraison de conteneurs 

Les trois conteneurs vector, deque et list disposent des operateurs = = et < ; par le biais des generations 
a u torn atiques d'operateurs, i Is disposent done egalem ent de != , < = , > et > = . L e role de = = correspond 
a ce qu'on attend d'un tel operateur, tandis que celui de < s'appuie sur ce que I'on nomme parfois une 
com paraison lexicographique, analogue a celle qui perm et de classer des m ots par ordre alphabetique. 

a) L'operateur = = 

II ne presente pas de difficulty particulieres. Si cl et c2 sont deux conteneurs de meme type, leur 
com paraison par = = sera vraie s'ils ont la meme taille et si les elem ents de meme rang sont egaux. 

On notera cependant que si les elements concerned sont de type classe, il sera necessaire que cette derniere 
dispose elle-m em e de l'operateur = = . 

b) L'operateur < 

II effectue une com paraison lexicographique des elem ents des deux conteneurs. Pour ce fa ire, il com pare les 
elements de meme rang, par l'operateur < , en commencant par les premiers, s'ils existent. II s'interrompt 
des que I' une des conditions sui van tes est reali see : 

• fin de I'un des conteneurs atteinte ; le resultat de la com para iso n est vrai, 

• com para iso n de deu x elem ents fa usse ; le resultat de la com para iso n des conteneurs est a I or s faux. 

Si un seul des deux conteneurs est vide, il apparalt comme < a I'autre. Si les deux conteneurs sont vides, 
aucun n'est infer ieur a I' autre (ils sont egaux). 

On notera, la encore, que si les elements concerned sont de type classe, il sera necessaire que cette derniere 
dispose elle-m em e d'un operateur < approprie. 

c ) Exem pies 

A vec ces declarations : 
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int tl[] = {2, 5, 2, 4, 8 } ; 
int t2[] = {2, 5, 2, 8 } ; 
vector<int> vl (tl, tl+5) ; 
vector<int> v2 (t2, t2+4) ; 
vector<int> v3 (t2, t2+3) ; 
vector <int> v4 (v3) ; 
vector <int> v5 ; 



/* vl contient : 2 5 2 4 8 */ 

/* v2 contient : 2 5 2 8 */ 

/* v3 contient : 2 5 2 */ 

/* v4 contient : 2 5 2 */ 

/* v5 est vide */ 



V oici quelques com paraisons possibles et la valeur correspondante 



v2 < vl /* faux */ v3 < v2 /* vrai */ v3 < v4 /* faux */ 

v4 < v3 /* faux */ v3 == v4 /* vrai */ v4 > v5 /* vrai */ 

v5 > v5 /* faux */ v5 < v5 /* faux */ 



1.4 Insertion ou suppression d'elements 

C hacun des trois conteneurs vector, deque et list dispose na turellem ent de possib Mites d'acces a un element 
existant, so it pour en connaltre la valeur, so it pour la m odifier. C om m e ces possib ilites varient quelque peu 
d'un conteneur a I'autre, elles seront d e c rites dans les paragraphes ulterieurs. Par ailleurs, ces trois 
conteneurs (com m e to us les conteneurs) perm ettent des m odifications dyn am iques fondees sur des insertions 
de nouveaux elements ou des suppressions d'elements existants. On notera que de telles possi b i lites 
n'existaient pas dans le cas d'un tableau classique, a lors qu'elles existent pour le conteneur vector, m em e si, 
m a nifestem ent, elles so nt da vantage uti I i sees dans le casd'une liste. 

Rappelons toutefois que, bien qu'en theorie, les trois conteneurs offrent les memes possi b i lites d'insertions 
et de suppressions, leur efficacite sera differente d'un conteneur a un autre. Nous verrons dans les 
paragraphes suiv ants que, dans une liste, elles seront to u jours en 0 (1), tandis que dans les conteneurs vector 
et deque, elles seront en 0(N ), excepte lorsqu'elles auront lieu en fin de vector ou en debut ou en fin de 
deque ou elles se feront en 0 (1) ; dans ces derniers cas, on verra d' ailleurs qu'il ex iste des fo notions m em bre 
specialised. 



a) Insertion 

L a fonction insert perm et d' inserer : 

• une valeur avant une position donnee : 

insert (position, valeur) /* in sere valeur avant I'element pointe par position */ 
/* fournit un iterateur sur I'elem ent in sere */ 

• n fo is une valeur donnee, avant une position donnee : 

insert (position, n b _ f o is, valeur) /* in sere n b _ f o is valeur, avant I'elem ent * / 

/* pointe par position */ 
/* fournit un iterateur sur I'elem ent in sere */ 

• les elem ents d'un intervalle, a partir d'une position donnee : 

insert (debut, fin, position) /* in sere les valeurs de I 'intervalle [debut, fin) , */ 

/* avant I'elem ent pointe par position */ 

En void quelques exem pies : 

list<double> Id ; 
list<double> :: iterator il ; 

/* on suppose que il pointe correctement dans la liste Id */ 
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Id. insert (il, 2.5) ; /* insere 2.5 dans Id, avant l'element pointe par 

il */ 

Id. insert (ld.begin(), 6.7) ; /* insere 6.7 au debut de Id 
*/ 

Id. insert (ld.end() , 3.2) ; /* insere 3.2 en fin de Id 
*/ 



Id. insert (il, 10, -1) ; /* insere 10 fois -1, avant l'element pointe par 

il */ 



vector<double> vd (...) ; 

Id. insert (Id. begin () , vd.beginf), vd.endf)) ; 
vd */ 

*/ 

b) Suppression 

L a fonction erase perm et de supprim er : 

• un e I e m ent de position donnee : 

erase (position) /* supprime l'element designe par position - fournit un iterateur */ 
/* sur I 1 elem ent suivant ou sur la fin de la sequence */ 

• les elem ents d'un intervalle : 

erase (debut, fin) /*supprime les valeurs de I'intervalle [debut, fin) - fournit un */ 
/* iterateur sur I 1 elem ent suivant ou sur la fin de la sequence */ 

En voici quelques exem pies : 

list<double> Id ; 

list<double> : : iterator ill, H2 ; 

/* on suppose que ill et H2 pointent correctement dans */ 

/* la liste Id et que H2 est accessible a partir de ill*/ 
Id. erase (ill, H2) ; /* supprime les elements de I'intervalle [ill, ±12) */ 
Id. erase (Id. begin () ) ; /* supprime l'element de debut de Id */ 

Rem arques 

1) Les deux fonctions erase renvoient la valeur de I" iterateur suivant le dernier element supprime s'il en 
existe un ou sinon, la valeur en d ( ) . Voyez par exemple, la construction suivante, dans laquelle il est un 
iterateur, de valeur con vena b I e , sur une liste d' en tiers Id : 

while (il = Id. erase (il) != ld.end()) ; 

E lie est equ ivalente a : 

erase (il, ld.endf) ) ; 

2) Les conteneurs sequentiels ne sont pas adaptes a la recherche de valeurs donnees ou a leur suppression. II 
n ' ex istera d'ailleurs aucune fonction membre a cet effet, contrairem ent a ce qui se produira avec les 
conteneurs associatifs. II n'en reste pas moins qu'une telle recherche peut toujours se faire a I'aide d'un 
algorithm e standard tel que find ou fin d _ if, m a is au prix d'une efficacite m edioc re (en 0(N )). 



/* insere tous les elements de 
/* en debut de la liste Id 
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c) Cas des insertions/suppressions en fin : pop bac k et push back 

Si Ton s'en tient aux possibility generales presentees ci-dessus, on constate que s'il est possible de 
sup prim er le prem ier elem ent d'un conteneur en appliquant erase a la position begin)), il n'est pas possible 
desupprimer le dernier elem ent d'un conteneur, en appliquant erase a la position en d(). U n tel res u I tat peut 
toutefois s'obtenir en appliquant erase a la position r begin)). Q uoi qu'il en so it, com m e I' efficacite de cette 
suppression est en 0 (1) pour les trois conteneurs, il existe une fonction m em bre specialised pop_back() qui 
realise cette operation ; si c est un conteneur, c.pop_back() est equivalente a c.erase(c.rbeginf)). 

D'une maniere semblable, et bien que ce ne soit guere indispensable, il existe une fonction specialised 
d'insertion en fin p u sh_ back. Si c est un conteneur, c.push back(valeur) est equivalent a c. insert (c . en d (), 
valeur). 



2. LE CONTENEUR VECTOR 

II reprend la notion usuelle de tableau en autorisant un acces direct a un element quelconque avec une 
efficacite en 0 (1), c'est-a-dire independante du no m bre de ses elem en ts. C et acces peut se fa ire soit par le 
b i a i s d'un iterateur a acces direc t, soit de fa? on plus classique, par I'operateur [ ] ou par la fonction m em bre 
at. M a is il off re un cadre plus genera I que le tableau puisque : 

• la taille, c'est-a-dire le nombre d ' elem e n ts , peut varier au fil de I'execution (comme celle de tous les 
conteneurs) ; 

• on peut effectuer toutes les operations de construction, d'affectation et de comparaisons decrites aux 
paragraphes 1.1, 1.2 et 1.3 ; 

• on dispose des possibility generales d'insertion ou de suppressions decrites au paragraphe 1.4 (avec, 
ce pendant, une efficacite en 0 (N ) dans le cas genera I). 

Ici, nous nous contenterons d'exam iner les fonctionnalites specifiques de la classe vector, qui viennent done 
en com pi em ent de eel les qui sont exam inees dans le paragraphe 1. 



2.1 Acces aux element existants 

On accede aux d if fe rents elem ents d'un vecteur, aussi bien pour en connaltre la valeur que pour la m odifier, 
de differentes manieres : par iterateur (iterator ou r e v e r s e_ iterator} ou par indice (operateur [ ] ou fonction 
membre at). En outre, I'acces au dernier element peut se faire par une fonction membre appropriee back. 
Dans tous les cas, I 'efficacite de cet acces est en 0 (1), ce qui constitue m anifestem ent le point fort de ce 
type de conteneur. 



Acces par iterateur 

L es iterateurs iterator et r e v e r s e_ iterator d'un conteneur de type vector sont a acces direct. Si, par ex em pie, 
iv est une variable de type v e c to r < int> : : i te r a to r , une expression telle que iv+ i a alors un sens: elle 
designe I 1 elem ent du vecteur v, situe i elem ents p lus loin que celui qui est designe par iv, a condition que la 
valeur de i soit com patible avec le no m bre d' elem ents de v. 

L 'iterateur iv peut, bien sur, comme tout iterateur bidirectionnel, etre increm ente ou dec rem e n te par + + ou 
--. M ais, comme il est a acces direct, il peut egalement etre increm ente ou decrem ente d'une quantite 
quelconque, comme dans : 

iv += n ; iv -= p ; 
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V oici un petit exem pie d ' ec o I e 

vector<int> vi (10) ; /* vecteur de 10 elements 

*/ 

vector<int> :: iterator iv = v.begin() ; /* iv pointe sur le premier element de 
v */ 



iv = vi. begin () ; *iv=0 ; /* place la valeur 0 dans le premier element de vi 
*/ 

iv+=3 ; *iv=30 ; /* place la valeur 30 dans le quatrieme element de 

vi */ 

iv = vi . end () -2 ; *iv=70 ; /* place la valeur 90 dans le huitieme element de 
vi */ 

A cces par indice 

L'operateur [ ] est, en fait, u t i I i sab I e de f a g o n naturelle. Si v est de type vector, I'expression v[i] est une 
reference a I'elem ent de rang i, de sorte que les deux instructions suivantes sont equivalentes : 

v[i] = ... ; *(v. begin ()+i) = ... ; 

M ais il existe egalem ent une fonction membre at telle que v.at(i) soit equivalente a v[i]. Sa seule raison 
d'etre est de generer une exception out_of_range en cas d ' indice incorrect, ce que l'operateur [ ] ne fait 
theoriquem ent pas. B ien entendu, en contrepartie, at est lege rem ent m oins rapide que l'operateur [ ]. 

L 'exem pie d' ecole precedent peut m anifestem ent s'ecrire plus si m plem ent : 

vi [0] = 0 ; /* ou : vi . at (0) = 0 ; */ 

vi[3] = 30 ; /* ou : vi.at(3) = 30 ; */ 

vi[7] = 70 ; /* ou : vi [vi . size () -2] = 70 ; ou : vi.at(7) = 70 ; */ 

II est gen eralem ent preferable d' u til iser les indices plutot que les iterateurs dont le principal avantage reside 
dans I'hom ogeneisation de notation avec les autres conteneurs. 



Cas de I'acces au dernier element 

Comme le vecteur est particulierem ent adapte aux insertions ou aux suppressions en fin, il existe une 
fonction m em bre back qui perm et d'acceder directem ent au dernier e I e m ent. 

vector<int> v (10) ; 



v.backf) = 25 ; /* equivalent, quand v est de taille 10, a : v[9] = 25 ; 
*/ 

/* equivalent, dans tous les cas, a : v[v. size () -1] = 25 

*/ 

On notera bien que cette fonction se contente de fournir une reference a un element existant. E lie ne perm et 
en aucun cas des insertions ou des suppressions en fin, lesquelles sont etudiees ci-dessous. 



2 .2 Insertions et su p p ressions 



Le conteneur vector dispose des possibilites generales d'insertion et de suppression dec rites au paragraphe 
1.4. T outefois, leur efficacite est m edioc re, puisqu'en 0 (N ), alors que, dans le cas des listes, e 1 1 e sera en 
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0(1). C 'est la le prix a payer pour disposer d'acces a u x e I e m ents existant en 0 (1). En revanche, nous avons 
vu que, comme les deux autres conteneurs, vector disposait de fonctions membre d ' insertion ou de 
suppression du dernier e I e m en t, dont I'efficacite est en 0(1) : 

• la fonction p u sh_ back(valeur) pour inserer un nouvel elem ent en fin, 

• la fonction pop_back() pour sup prim er le dernier elem ent. 
V oici un petit exem pie d 1 ecole : 

vector<±nt> v(5, 99) ; _ /* vecteur de 5 elements de valeur 99 v.size() 

= 5 */ 

v.push_back (10) ; /* ajoute un element de valeur 10 : v.s±ze() = 6 et v[5] = 
10 */ 

/* ici, v[6] n ' existe pas 

*/ 

v.push_back (20) ; /* ajoute un element de valeur 20 : v.slze() = 7 et v[6] = 
20 */ 

v.pop_back() ; /* supprime le dernier element : v.slze() = 6 

*/ 

2.3 Gestion de I'em placem ent memoire 
a) Introduction 

La norm e n ' i m pose pas ex p lie item ent la m aniere dont une im plem entation doit gerer I'em placem ent alio ue a 
un vecteur. Cependant, comme nous I'avons vu, e 1 1 e impose des contraintes d'efficacite a certaines 
operations, ce qui, comme on s'en doute, lim ite severem ent la m arge de m anceuvre de I' im plem entation. 

Par ailleurs, la classe vector dispose d'outils fournissant des informations relatives a la gestion des 
emplacements memoire et permettant, eventuellem ent, d'intervenir dans leur allocation. Bien entendu, le 
role de tels outils est plus facile a apprehender lorsque I'on connalt la m aniere exacte dont une 
im plem entation g e re un vecteur. 

Enfin, la norme prevoit que, suite a certaines operations, des references ou des valeurs d'iterateurs peuvent 
devenir invalides, e'est-a-dire inutilisables pour acceder aux elements correspondants. La encore, il est plus 
facile de comprendre les regies i m p o see s si I'on connalt la m aniere dont I'im plem entation g e re les 
em placem ents m em oire. 

Or, precisement, les implementations actuelles allouent toujours I'em placem ent d'un vecteur en un seul 
bloc. M erne si ce n' est pas la seule solution envisageable, c' est certain em ent la plus p lausible. 



b) Invalidation d'iterateurs ou de references 

U n certain nom bre d' operations sur un vecteur en train ent I' invalidation des iterateurs ou des references sur 
certains des elements de ce vecteur. Les elements concerned sont exactement ceux auxquels on peut 
s'attendre dans le cas ou I'em placem ent m em oire est g ere en un seul bloc, a savoir : 

• to us les elem ents, en cas d' augm entation de la taille ; en effet, il se peut qu'une recopie de I'ensem ble du 
vecteur ait ete necessaire ; on verra toutefois qu'il est possible d'eviter certaines recopies en reservant 
plus d' em placem ents que necessaire ; 

• to us les elem ents, en cas d' insertion d'un element ; la raiso n en est la m em e ; 

• les elements situes a la suite d'un element supprime, ainsi que I' elem ent sup prim e (ce qui va de soi !) ; 
ici, on voit que seuls les elem ents situes a la suite de I 'elem ent supprim e ont du etre dep laces. 
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c) Outils de gestion de I'emp la cement memo ire d'un vecteur 

La norme propose un certain nombre d'outils fournissant des informations concernant I'em placem ent 
m em oire alloue a un vecteur et perm ettant, eventuellem ent, d'intervenir dans son allocation. C om m e on I 'a 
dit en introduction, le role de ces outils est plus facile a apprehender si Ton fait I'hypothese que 
I'em placem ent d'un vecteur est to u jours alloue sous form e d' un bloc unique. 

On a deja vu que la fonction sized perm ettait de connaltre le nom bre d'elements d'un vecteur. M a is i I existe 
une fonction voisine, capacity)), qui fournit la taille potentielle du vecteur, c'est-a-dire le nombre 
d'elements qu'il pourra accepter, sans avoir a effectuer de nouvelle allocation. Dans le cas usuel ou le 
vecteur est alloue sous forme d'un seul bloc, cette fonction en fournit simplement la taille (I'unite utilisee 
restant I' elem ent du vecteur). B ien entendu, a tout instant, on a to u jours capacity)) > = sized. La difference 
capacity()-sized perm et de connaltre le nom bre d' el em ents qu'on pourra inserer dans un vecteur sans qu'une 
reallocation de m em oire so it necessaire. 

H a is une telle inform ation ne sera it gu ere interessante si I' on ne pouvait pas agir sur cette allocation. Or, la 
fonction m em bre reserve) taille) permet precisem ent d'im poser la taille minimale de I'em placem ent alloue a 
un vecteur a un moment donne. B ien entendu, I'appel de cette fonction peut tres bien am ener a une recopie 
de to us les elements du vecteur en un autre emplacement. C ependant, une fois ce travail accompli, tant que 
la taille du vecteur ne depassera pas la limite allouee, on est assure de limiter au maximum les recopies 
d'elements en cas d' insertion ou de suppression. En particulier, en cas d' insertion d'un nouvel element, les 
elements situes avant ne seront pas deplaces et les references ou iterateurs correspondants resteront valides. 

P ar ail leu rs, la fonction m a x _ si ze( ) perm et de connaltre la taille m axim ale qu'on peut allouer au vecteur, a 
un instant donne. 

Enfin, il existe une fonction resize(taille), peu usitee, qui permet de modifier la taille effective du vecteur, 
aussi bien dans le sens de I'accroissem ent que dans celui de la reduction. Attention, il ne s'agit plus, ici, 
comme avec reserve, d'agir sur la taille de I'em placem ent alloue, mais, bel et bien, sur le nombre 
d ' el e m ents du vecteur. Si I'appel de resize conduit a augm enter la taille du vecteur, on lui in sere, en fin, de 
nouveaux elem ents. Si, en revanche, I'appel conduit a dim inuer la taille du vecteur, on sup prim e, en fin, le 
nombre d ' elem ents voulus avec, naturellem ent, appel de leur destructeur, s'il s'agit d'o bjets. 



2.4 Exem pie 

Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe vector que 
nous venons d'exam iner dans ce paragraphe et dans le precedent. Nous y avons adjoint une recherche de 
valeur par I'algorith m e find qui ne sera presente qu'ulterieurem ent, mais dont la signification est assez 
evidente : rechercher une valeur donnee. 



^include <iostream.h> 
#include <vector> 
using namespace std ; 
main ( ) 

{ void affiche (vector<int>) ; 
int i ; 

int tU = 11, 2, 3, 4, 5, 6, 7, 8, 9, 10 } ; 
vector<int> vl (4, 99) ; / / vecteur de 4 entiers egaux a 99 
vector<int> v2 (7 , 0) ; // vecteur de 7 entiers 
vector<int> v3(t, t+6) ; // vecteur construit a partir de t 
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cout « "VI init = " ; affiche(vl) 

for (1=0 ; i<v2 . size () ; i++) v2[i] = i*i ; 

v3 = v2 ; 

cout « "V2 = " ; affiche(v2) ; 
cout « "V3 = " ; affiche(v3) ; 

vl. assign (t+1, t+6) ; cout « "vl apres assign : " ; affiche(vl) ; 
cout « "dernier element de vl : " « vl .back () « "\n" ; 
vl .push_back (99) ; cout « "vl apres push_back : " ; affiche(vl) ; 
v2 . pop_back ( ) ; cout « "v2 apres pop_back : " ; affiche(v2) ; 
cout « "vl . size () : " « vl.size() « " vl . capacity () : " 

« vl . capacity ( ) « " VI .max_size () : " « vl .max_size () « "\n" ; 
vector<int> :: iterator iv ; 

iv = find (vl. begin (), vl.end(), 16) ; // recherche de 16 dans vl 
if (iv != vl.end()) vl . insert (iv, v2 .begin () , v2.end()) ; 

// attention, ici iv n'est plus utilisable 
cout « "vl apres insert : " ; affiche(vl) ; 

} 

void affiche (vector<int> v) 
{ unsigned int i 

for (i=0 ; i<v. size () ; i++) cout « v[i] « " " ; 

cout « "\n" ; 
} 

VI init = 99 99 99 99 

V2 = 0 1 4 9 16 25 36 

V3 = 0 1 4 9 16 25 36 

vl apres assign :23456 

dernier element de vl : 6 

vl apres push_back : 2 3 4 5 6 99 

v2 apres pop_back : 0 1 4 9 16 25 

vl.size() : 6 vl . capacity () : 10 VI .max_size () : 1073741823 
vl apres insert : 2 3 4 5 6 99 



Exemple cl'utilisation de la classe vector 

2.5 Cas particulier des vecteurs de boolens 

La norm e prevoit I'existence d'une specialisation du patron vector, lorsque son argument est de type boo I. 
L'objectif principal est de perm e ttre a I'im plem entation d'optim iser le stockage sur un seul bit des 
informations correspondant a chaque element. Les fonctionnalites de la classe ve c to r < b o o I > sont done 
celles que nous avons etudiees precedem m ent. II faut cependant lui adjoindre une fonction membre flip 
destinee a inverser to us les bits d ' u n tel vecteur. 

3. LE C ONTEN EUR DEQUE 

3 .1 Presentation generate 

Le conteneur deque offre des fonctionnalites assez voisines de celles d'un vecteur. En particulier, il permet 
to u jours I'acces direct en 0 (1) a un elem ent quelconque, tandis que les suppressions et insertions en un point 
quelconque restent en 0 (N ). En revanche, il offre, en plus de I 'insertion ou suppression en fin, une insertion 



XIX. Les conteneu rs seq u en ti e I s 341 

ou suppression en debut, egalem ent en 0(1), ce que ne perm ettait pas le vecteur. En fait, il ne faut pas en 
conclure pour autant que deque est plus efficace que vector car cette possibility supplem entaire se paye a 
differents niveaux : 

• une operation en 0(1) sur un conteneur de type deque sera moins rapide que la meme operation, toujours 
en 0 (1) sur un conteneur de type vector ; 

• certains ou tils de g estion de I'em placem ent m em oire d'un conteneur de type vector, n 'existent plus pour 
un conteneur de type deq ue ; plus p r ec i sem ent, on disposer a b i e n de sized et de m a x_ sized, mais plus de 
capacity et de reserve. 

La encore et com m e nous I'avons fait rem arquer au pa rag rap he 2.3, la norm e n ' i m pose pas ex p lie item ent 
la maniere de gerer I'em placem ent m em oire d'un conteneur de type deque; neanmoins, les choses 
deviennent beaucoup plus com prehensibles si I'on admet que, pour satisfaire aux contraintes imposees, il 
n' est pas raisonnable d'allouer un deque en un seul bloc mais plutot sous forme de plusieu rs blocs contenant 
chacun un ou, generalem ent, plusieurs elements. Dans ces conditions, on voit bien que I'insertion ou la 
suppression en debut de conteneur ne necessitera plus le deplacem ent de I'ensemble des autres elements, 
comme c 'eta it le cas avec un vecteur, mais seulement de quelques-uns d'entre eux. En revanche, plus la 
taille des blocs sera petite, plus la rapidite de I'acces direct (bien que toujours en 0(1)) diminuera. Au 
contraire, les insertions et les suppressions, bien qu'ayant une efficacite en 0(N), seront d'autant plus 
perform antes que les blocs seront petits. 

Si I'on fait abstraction de ces differences de performances, les fonctionnalites de deque sont celles de vector, 
auxquelles il faut, tout naturellem ent, ajouter les fo notions specialised concernant le premier element : 

• front)), pour acceder au premier element ; e 1 1 e complete la fonction back permettant I'acces au dernier 
elem ent ; 

• push_front(valeur), pour inserer un nouvel elem ent en debut ; e 1 1 e com plete la fonction push_back() ; 

• pop_front(), pour sup prim er le prem ier element ; e 1 1 e com plete la fonction pop_back(). 

Les regies d' invalidation des iterateurs et des references restent exac tern ent les m ernes que celles de la classe 
vector, meme si, dans certains cas, elles peuvent apparaltre tres contraignantes. Par exemple, si un 
conteneur de type deque est implements sous forme de 5 blocs differents, il est certain que I'insertion en 
debut, n'invalidera que les iterateurs sur des elem ents du prem ier bloc qui sera le seul so urn is a une recopie ; 
mais, en pratique, on ne pourra jamais profiter de cette remarque ; d'ailleurs, on ne connaltra meme pas la 
taille des blocs ! 

D 'une m aniere gen era le, le conteneur deq ue est beaucoup moins u tili se que les conteneurs vector et list qui 
posseden t des fonctionnalites bien distinctes. II peut s'averer interessant dans des situations de pile de type 
FIFO (First In, First Out) ou il est necessaire d'introduire des informations a une extremite, et de les 
recueillir a I'autre. En fait, dans ce cas, si I'on n'a plus besoin d'acceder directement aux differents 
elem ents, il est preferable d' u tili ser I'adaptateur de conteneur queue dont nous parlerons au paragraphe 5. 



3.2 Exem pie 

V oici un petit exemple d'ecole illustrant quelques-unes des fonctionnalites du conteneur deque 



# include <iostream.h> 
^include <deque> 
using namespace std ; 
main () 
{ 
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void affiche (deque<char>) ; 
char mot[] = {"xyz"} ; 

deque<char> pile (mot, mot+3) ; affiche (pile) ; 
pile .push_front ( ' a' ) ; affiche (pile) 

pile 121 = •+' ; 
pile .push_front ( 'b' ) ; 

pile .pop_back () ; affiche (pile) ; 

deque<char> :: iterator ip ; 

ip = find (pile, begin () , pile .end() , 'x') ; 
pile. erase (pile. begin () , ip) ; affiche (pile) 

} 

void affiche (deque<char> p) 
{ int i ; 

for (i=0 ; i<p.size() ; i++) cout « p[i] « " " ; 
cout « "\n" ; 
} 

xyz 
a x y z 
b a x + 
x + 



Exemple cl'utilisation de la classe deque 

4. LE CONTENEUR LIST 

L e conteneur list correspond au concept de liste doublement chaTnee, ce qui signifie qu'on y disposers d'un 
iterateur bidirectionnel permettant de parcourir la liste a I'endroit ou a I'envers. C ette fois, les insertions ou 
suppressions vont se faire avec une efficacite en 0(1), quelle que soit leur position, ce qui constitue I'atout 
majeur de ce conteneur par rapport aux deux classes precedentes vector et deque. En contrepartie, le 
conteneur list ne dispose plus d'un iterateur a acces direct. Rappelons que toutes les possibilites ex po sees 
dans le pa rag rap he 1 s'appliquent aux listes ; nous ne les reprendrons done pas ici. 



4.1 Acces aux elements existants 

Les conteneurs vector et deque perm ettaient d'acceder aux elements existants de deux manieres: par 
iterateur ou par indice ; en fait, il existait un lien entre ces deux possibilites parce que les iterateurs de ces 
classes etaient a acces direct. L e conteneur list off re to u jours les iterateurs iterator et reve rs e_ i te r a to r m a is, 
cette fois, ils sont seulement bidirectionnels. Si it designe un tel iterateur, on pourra toujours consulter 
I'elem ent pointe par la v a leur de I 'ex press ion *it, ou le m odifier par une affectation de la form e : 

*it = ... ; 

L 'iterateur it pourra etre increments par + + ou --, mais il ne sera plus possible de I'increm enter d'une 
quantite quelconque. Ainsi, pour acceder une premiere fois a un element d'une liste, il aura fallu 
obligatoirem ent la parcourir depuis son debut ou depuis sa fin, element par element, jusqu'a I'element 
concerne et ceci, quel que soit Tin teret qu'on peut attacher aux elem ents in term edi a ires. 

La classe list disp o se des fonctions front)) et b a c k { ) , avec la m em e signification que pour la classe deq ue : la 
premiere est une reference au premier element, la seconde est une reference au dernier element : 
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l±st<int> 1 () 



if (1. front ()=99) 1 . front=0 ; 



/* si le premier element vaut 99, */ 
/* on lui donne la valeur 0 */ 



On ne confondra pas la modification de I'un de ces elements, operation qui ne modifie pas le nombre 
d'elements de la liste, avec I'insertion en debut ou en fin de liste qui modifie le nombre d'elements de la 
liste. 



4 .2 Insertions et su p p ressions 

Le conteneur list dispose des possibility generales d'insertion et de suppression procurers par les fonctions 
insert et erase et d e c rites au paragraphe 1.4. M ais, cette fois, leur efficacite est toujours en 0(1), ce qui 
n'etait pas le cas, en general, des conteneurs vector et deque. On dispose egalement des fonctions 
specialises d'insertion en debut push_front(valeur) ou en fin p u sh_ back(valeur) ou de suppression en debut 
p o p _ front)) ou en fin pop_back{), renc on trees dans les classes vector e t deque. 

En outre, la classe list dispose de fonctions de suppressions conditionnelles que ne possedaient pas les 
conteneurs precedents : 

• suppression de to us les elem ents ayant une valeur don nee, 

• suppression des elem ents satisfaisant a une condition don nee. 

a) Suppression des elements de valeur don nee 

re move) valeur) /* sup prim e to us elem ents egaux a valeur */ 

C om m e on peut s'y attendre, cette fo notion se fonde sur I'operateur = = qui doit done etre defini dans le cas 
ou les elem ents cone ernes sont des o bjets : 

int t[] = (1, 3, 1, 6, 4, 1, 5, 2, 1 } 

list<int> li(t, t+9) ; /* li contient : 1, 3, 1, 6, 4, 1, 5, 2, 1 



b) Suppressions des elements repondant a une condition 

remove, if (predicat) /* sup prim e to us les elem ents repondant a u predicat */ 

Cette fonction supprime tous les elements pour lesquels le predicat unaire fourni en argument est vrai. La 
notion de predicat a ete abordee dans le paragraphe 6 du chapitre XVIII. Voici un exemple utilisant le 
predicat pair defini ainsi : 

bool pair (int n) /* ne pas oublier ; ^include <functional> 
{ return (n%2) ; 



*/ 

li . remove (1) 
*/ 



/* li contient maintenant 



6, 4, 



5, 2 



} 



int tU = (1, 6, 3, 9, 11, 18, 5 } ; 

list<int> li (t, t + 7) ; /* li contient : 

li . remove_if (pair) ; /* li contient maintenant 



1, 6, 3, 9, 11, 18, 5 */ 
1, 3, 9, 11, 5 */ 
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Rem arques 

1) La fonction m em bre remove ne fournit aucun resultat, de sorte qu'il n'est pas possible de savoir s'il 
existait des elem ents repondant aux conditions specifiers. II est to u jours possible de recourir auparavant a 
un algorithm e tel que count pour obtenir cette inform ation. 

2) II existe une fonction membre unique dont la vocation est egalement la suppression d'elements; 
cependant, nous vous la presenterons dans le paragraphe suivant, consacre a la fonction de tri (sort) car 
elle est sou vent utili see conjoin tern ent avec la fonction unique. 

4.3 0 perations globales 

En plus des possibilites generales offertes par I'affectation et la fonction membre assign, dec rites au 
paragraphe 1.2, la classe list en offre d'autres, assez originales : tri de ses elements avec suppression 
eventuelle des occurrences multiples, fusion de deux listes prealablem ent ordonnees, transfert de tout ou 
partied'une liste dans une a utre liste de m em e type. 



a) Tri d'une liste 

II existe des algorithm es de tri des elem ents d'un co nteneur, m a is la pi u part n ec ess i tent des iterateurs a acces 
direct. En fait, la classe list dispose de sa propre fonction sort, e c rite specifiquem ent pour ce type de 
conteneur et relative m ent effic ace, puisqu'en 0 (Log N ). 

Comme tout ce qui touche a I'ordonnancem ent d'un conteneur, la fonction sort s'appuie sur une relation 
d'ordre faible strict, telle qu'elle a ete presentee dans le chapitre precedent. On pourra utiliser par defaut 
I'operateur < , y com pr is pour un type classe, pour peu que cette derniere I'ait con vena blem ent defini. On 
aura la possibility, dans to us les cas, d 1 i m poser une relation de son choix par le bi a is d'un p red i cat binaire 
predefini ou non. 

sort ( ) /* trie la liste concernee, en s'appuyant sur I'operateur < */ 

list<int> ; /* on suppose que 11 contient : 1, 6, 3, 9, 11, 18, 

5 */ 

11. sort () ; /* maintenenant 11 contient : 1, 3, 5, 6, 9, 11, 

18 */ 

sort (predicat) /* trie la liste concernee, en s'appuyant sur le predicat binaire predicat */ 

llst<int> 11 ( . . . ) ; /* on suppose que 11 contient : 1, 6, 3, 9, 11, 18, 

5 */ 

11 . sort (greater<int>) ; /* maintenenant 11 contient : 18, 11, 9, 6, 5, 3, 

1 */ 

b) Suppression des elements en double 

La fonction unique permet d'eliminer les elements en double, a condition de la faire porter sur une liste 
prealablem ent triee. Dans le cas contraire, elle peut fonctionner mais, alors, elle se contente de remplacer 
par un seul element, les sequences de valeurs consecutives identiques, ce qui signifie que, en definitive, la 
liste pourra encore contenir des valeurs id en tiques, m a is non consecutives. 

Comme on peut s'y attendre, cette fonction se fonde par defaut sur I'operateur = = pour decider de I'egalite 
de deux elements, cet opera teur devant bien sur etre defini convenablem ent en cas d' elem ents de type classe. 
M a is on pourra aussi, dans to us les cas, im poser une relation de com para ison de so n choix, par le biais d'un 
predicat binaire, predefini ou non. 
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On notera bien que si Ton applique unique a une liste tried d'elements de type classe, il sera preferable 
d'assurer la compatibility entre la relation d'ordre utilisee pour le tri (meme s'il s'agit de I'operateur < ) et 
le predicat binaire d'egalite (meme s'il s'agit de = = ). Plus precisement, pour obtenir un fonctionnem ent 
logique de I'algorith m e, il fa udra que les classes d ' equ i valence induites par la relation = = so ien t les m em es 
que eel les qui sont induites par la relation d'ordre du tri : 

unique)) /* ne conserve que le premier elem ent de valeurs consecutives eg a les (= = ) */ 

unique (predicat) /* ne conserve que le premier element de valeurs consecutives */ 
/* satisfaisant au predicat binaire predicat */ 

V oici un ex em pie qui m ontre clairem ent la difference d' effet obtenu, suivant que la liste est triee ou non. 

Int t[] = {1, 6, 6, 4, 6, 5, 5, 4, 2 } ; 

l±st<±nt> 111 (t, t+9) ; /* 111 contient : 166465542*/ 

l±st<±nt> 112=111 ; /* 112 contient : 166465542*/ 

111. unique () ; /* 111 contient malntenant : 1 6 4 6 5 4 2 */ 

112. sort () ; /* 112 contient malntenant : 124455666*/ 
112. unique () /* 112 contient malntenant -.1 2 4 5 6 */ 



c) Fusion de deux listes 

Bien qu'il existe un algorithm e general de fusion pouvant s'appliquer a deux conteneurs convenablem ent 
tries, la classe list dispose d'une fonction membre specialised genera lem ent legerement plus performante, 
meme si, dans les deux cas, I'efficacite est en 0 (N 1+ N 2), N 1 et N 2 designant le no m bre d ' elem e n ts de 
chacune des listes concernees. 

La fonction membre merge perm et de venir fusion ner une autre liste de meme type avec la liste concerned. 
La liste fusion nee est videe de son contenu. C om m e on peut s'y attendre, la fonction merge s'appuie, com m e 
sort, sur une relation d'ordre faible strict ; par defaut, il s'agira de I'operateur < . 

merge (liste) /* fusion ne liste avec la liste concerned, en s'appuyant sur I'operateur < */ 
/* a la fin : liste est vide */ 

merge (liste, predicat) /* fusion ne liste avec la liste concerned, en s'appuyant sur le */ 
/* predicat binaire predicat */ 

On notera qu'en theorie, aucune contrainte ne pese sur I'ordonnancem ent des deux listes concernees. 
Cependant, la fonction merge suppose que les deux listes sont trieds suivant la meme relation d'ordre que 
celle qui est utilisee par la fusion. V oici un premier ex em pie, dans lequel nous avons p red lab lem ent trie les 
deux listes : 

Int tl[] = {1, 6, 3, 9, 11, 18, 5 } ; 
int t2[] = {12, 4, 9, 8} ; 
llst<lnt> 111 (tl, tl + 7) ; 
llst<lnt> 112 (t2, t2+4) ; 

111. sort () ; /* 111 contient : 

*/ 

112. sort () ; /* 112 contient : 

*/ 

111 .merge (112) ; /* 111 contient malntenant : 

*/ 

/* et 112 est vide 

*/ 



1 3 5 6 9 11 18 
4 8 9 12 

1 3 4 5 6 8 9 9 11 12 18 



A si m pie titre indicatif, voici le meme ex em pie, sans tri prealable des deu x listes 
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int tl[] = (1, 6, 3, 9, 11, 18, 5 } ; 
int t2[] = {12, 4, 9, 8} ; 

list<±nt> l±l(tl, tl + 7) ; /* HI contient 



*/ 



list<±nt> H2(t2, t2+4) ; /* 112 contient 



1 6 3 9 11 18 5 
12 4 9 8 



*/ 

HI .merge (112) 
18 5 */ 

*/ 



/* 111 contient maintenant : 1639 11 12 498 
/* et 112 est vide 



d) Transfert d'une partie de liste dans une autre 

La fonction sp lice perm et de dep lacer des elementsd'uneautre liste dans la liste concerned. On notera b i e n , 
comme avec merge, les elements deplaces sont supprimes de la liste d'o rig ine et pas seulem ent copies. 

splice (position, I i ste _ o r ) /* deplace les elementsde I i ste _ o r a I 1 em placem ent position */ 



char til] = {"xyz"}, t2[] = {"abcdef"} ; 
list<char> 111 (tl, tl+3) ; /* 111 contient 
list<char> H2(t2, t2+6) ; /* 112 contient 
list<char> : : iterator 11 ; 
11 = HI. begin () ; 11++ ; 
HI . splice (11, 112) ; 



xyz 

abcdef 



*/ 
*/ 



/* 11 pointe sur le deuxieme element de HI */ 
/* HI contient : xabcdefyz */ 



/* 112 est vide */ 

splice (position, I i ste _ o r , positioner) 
/* dep lace I'elem ent de I i ste _ o r pointe par positioner a I 1 em placem ent position */ 

char tl[] = {"xyz"}, t2[] = {"abcdef"} ; 

list<char> HI (tl, tl+3) ; /* HI contient : xyz 

list<char> H2(t2, t2+6) ; /* 112 contient : abcdef 
list<char> :: iterator 111=111 .begin () ; 

list<char> :: iterator 112=112. end() ; 112 — ; /* pointe sur avant dernier */ 

HI . splice (ill, 112, 112) ; /* HI contient : f x y z 

/* 112 contient : a b c d e 



*/ 
*/ 



*/ 
*/ 



splice (position, I i ste _ o r , d e b u t_ o r r f i n _ o r ) 
/* dep lace I'intervalle [ d e b u t_ o r , f i n _ o r ) de la liste I i ste _ o r a I 1 em placem ent position */ 



char tl[] = {"xyz"}, t2[] = {"abcdef"} ; 
list<char> HI (tl , tl+3) ; 



V 



list<char> H2(t2, t2+6) ; 



/* HI contient 
/* 112 contient 



list<char> : : iterator 111=111 .begin () 
list<char> : : iterator 112=112 . begin ( ) 
HI. splice (ill, 112, 112, H2.end()) 



*/ 
*/ 



112++ ; 
/* HI contient 

/* 112 contient 



xyz 

abcdef 
bcdefxyz 



4.4 Gestion de l em placem ent memoire 



La norm e n ' i m pose pas ex p lie item ent la m aniere de gerer les em placem en ts memoire alloues a une liste, pas 
plus qu'elle ne le fait pour les autres conteneurs. C ependant, elle impose a la fois des contraintes d'efficacite 
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et des regies d 1 invalidation des iterateurs et des references sur des elements d'une liste. Notamment, elle 
precise qu'en cas d 1 insertions o u de su p p ressio ns d'elements dans une liste, seu Is les iterateurs ou references 
concernant les elements i n seres ou supprimes deviennent invalides. Cela signifie done que les autres n'ont 
pas du changer de place. Ainsi, indirectem ent, la norme impose que chaque element dispose de son propre 
bloc de m em oire. 

D a ns ces conditions, si le conteneur list dispose to u jours des fonctions d 1 inform ation sized et max_ sized, on 
n'y retrouve en revanche aucune fonction permettant d'agir sur les allocations, et en particulier capacity et 
reserve. 



4.5 Exem pie 

Voici un exemple completdeprogramme illustrant b o n nom b r e des fonctionnalites de la classe list que nous 
avons exam in ees dans ce pa rag rap he, ainsi que dans le pa rag raphe 1. 



^include <iostream.h> 
^include <list> 
using namespace std ; 
main () 

{ void affiche(list<char>) 

char mot[] = { "anticonstitutionnellement " } ; 
list<char> lcl (mot, mot+sizeof (mot) -1) ; 
list<char> lc2 ; 

cout « "lcl init : " ; affiche(lcl) ; 
cout « "lc2 init : " ; affiche(lc2) ; 

list<char> :: iterator ill, ±12 ; 
H2 = lc2 .begin () ; 

for (ill=lcl. begin () ; ill ! =lcl . end ( ) ; ill++) 
if (*ill!='t') lc2.push_back(*ill) ; /* equivaut a : lc2=lcl ; 
lc2 . remove (' t ' ) ; */ 

cout « "lc2 apres : " ; affiche (lc2) ; 

lcl . remove ( 't ' ) ; 

cout « "lcl remove : " ; affiche (lcl) ; 

if (lcl==lc2) cout « "les deux listes sont egales\n" ; 

lcl . sort () ; 

cout « "lcl sort : " ; affiche (lcl) ; 
lcl. unique () ; 

cout « "lcl unique : " ; affiche (lcl) ; 

} 

void affiche (list<char> lc) 
{ list<char> :: iterator il ; 

for (il=lc. begin () ; il!=lc.end() ; il++) cout « (*il) « " " ; 

cout « "\n" ; 
} 



lcl init 
lc2 init 
lc2 apres 



anticonstitutionnellement 
aniconsiuionnellemen 
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lcl remove : aniconsiuionnellemen 

les deux listes sont egales 

lcl sort : aceeeiiillmnnnnnoosu 

lcl unique : aceilmnosu 



Exemple d'utilisation de la classe list 



5. LES ADAPTATEURS DE CO NT EN EUR : QUEUE, STACK ET PR 10 R IT Y _ Q U EU E 

La bibliotheque standard dispose de troispatronsparticuliers stack, queue et priority_queue, dits adaptateurs 
de conteneurs. II s'agit de classes patrons construites sur un conteneur d'un type donne qui en modifient 
I 1 interface, a la fois en la restreignant et en I'adaptant a des fonctionnalites donnees. lis dispo sent to us d'un 
constructeur sans argum ent. 



5.1 L'adaptateur stack 

Le patron stack est destine a la gestion de piles de type LIFO (Last In, First Out) ; il peut etre construit a 
partir de I'un des trois conteneurs sequentiels vector, deque ou list, com m e dans ces declarations : 

stack <lnt, vector<int> > si ; /* pile de int, utilisant un conteneur vector 
*/ 

stack <int, deque<int> > s2 ; /* pile de int, utilisant un conteneur deque 
*/ 

stack <int, list<int> > s3 ; /* pile de int, utilisant un conteneur list 
*/ 

D ans un tel conteneur, on ne peut qu'introduire (push) des inform ations qu'on em pile les unes sur les autres 
et qu'on recueille, a raison d'une seule a la fois, en extrayant la derniere introduite. On y trouve uniquem ent 
les fonctions m em b r e suivantes : 

• empty!) : fournit true si la pile est vide, 

• sized : fournit le nombre d'elements de la pile, 

• top() : acces a I ' inform ation situee au sommet de la pile qu'on peut connaltre ou modifier (sans la 
supprim er), 

• push (valeur) : place valeur sur la pile, 

• pop() : supprim e I'elem ent situe au so m m et en le supprim ant de la pile. 
V oici un petit ex em pie de program m e utilisant une pile : 



# include <iostream.h> 
iinclude <stack> 
^include <vector> 
using namespace std ; 
main () 
{ 

int i ; 
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stack<int , vector<int> > q ; 

cout « "taille initiale : " « q.size() « "\n" ; 
for (i=0 ; i<10 ; i++) q.push ; 

cout « "taille apres for : " « q.size() « "\n" ; 
cout « "sommet de la pile : " « q.top() « "\n" ; 
q.top() = 99 ; /* on modi fie le sommet de la pile */ 
cout « "on depile : " ; 

for (i=0 ; i<10 ; i++) { cout « q.top() « " " ; q.pop() ; } 



taille initiale : 0 
taille apres for : 10 
sommet de la pile : 81 

on depile : 99 64 49 36 25 16 9 4 1 0 



Exemple cl'utilisation de I'adaptateur de conteneur stack 

5 .2 L'adaptateur queue 

Le patron queue est destine a la gestion de files d ' attentes, dites aussi queues, ou encore piles de type FIFO 
(F irst In, First Out). On y place des informations qu'on introduit en fin et qu'on recueille en tete, dans 
I'ordre inverse de leur introduction. U n tel conteneur peut etre construit a partir de I'un des deux conteneurs 
sequentiels deque ou list (le conteneur vector ne serait pas approprie puisqu'il ne dispose pas d' insertions 
efficaces en debut), com m e dans ces declarations : 

queue <int, deque<int> > ql ; /* queue de int, utilisant un conteneur deque 
*/ 

queue <int, list<int> > q2 ; /* queue de int, utilisant un conteneur list 
*/ 

On y trouve uniquem ent les fonctions m em bre suivantes : 

• empty)) : fournit true si la queue est vide, 

• sized : fournit le nom bre d 1 elem ents de la queue, 

• front)) : acces a I'inform ation situee en tete de la queue, qu'on peut ainsi connaltre ou modifier, sans la 
supprim er, 

• back)) : acces a I'inform ation situee en fin de la queue, qu'on peut ainsi connaltre ou modifier, sans la 
supprim er, 

• push (valeur) : place valeur dans la queue, 

• pop() : fournit I'elem ent situe en tete de la queue en le supprim ant. 
V oici un petit ex em pie de program m e utilisant une queue : 



# include <iostream.h> 
^include <queue> 
^include <deque> 
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using namespace std ; 

main () 

{ int i ; 

queue<int, deque<int> > q ; 

for (i=0 ; i<10 ; i++) q.push (i*±) ; 

cout « "tete de la queue : " « q. front () « "\n" ; 
cout « "fin de la queue : " « q.back() « "\n" ; 
q. front () = 99 ; /* on modi fie la tete de la queue */ 
q.back() = -99 ; /* on modifie la fin de la queue */ 
cout « "on depile la queue : " ; 
for (i=0 ; i<10 ; i++) 

{ cout « q. front () « " " ; q.pop() ; 
} 

} 

tete de la queue : 0 
fin de la queue : 81 

on depile la queue : 99 1 4 9 16 25 36 49 64 -99 



Exemple cl'utilisation de I'adaptateur de conteneur stack 

5.3 L adaptateur p r io r ity queue 

U n tel conteneur ressem b I e a une file d ' a tte n te , dans laquelle on introduit to u jours des elem ents en fin ; en 
revanche, I'em placem ent des elements dans la queue est modifie a chaque introduction, de maniere a 
respecter une certaine priorite definie par une relation d'ordre qu'on peut fournir sous forme d'un predicat 
b i n a ire. On parle parfois de file d ' a tte n te avec prio rites. U n tel conteneur ne peut etre construit qu'a partir 
d'un conteneur deque, com m e dans ces declarations : 

priority_ queue <int, deque<int> > ql ; 
priority_queue <int, deque<int>, greater<int> > q2 ; 

En revanche, ici, on peut le construire classi quern ent a partir d'une sequence. 
On y trouve uniquem ent les fonctions m em bre suivantes : 

• empty)) : fournit true si la queue est vide ; 

• sized : fournit le nom bre d 1 elem ents de la queue ; 

• push (valeur) : place valeur dans la queue ; 

• top() : acces a I'inform ation situee en tete de la queue qu'on peut connaltre ou, theoriquem ent modifier 
(sans la supprimer) ; actuellem ent, nous recommandons de ne pas utiliser la possibilite de modification 
qui, dans certaines im plem entations, n 'assure plus le respect de I'ordre des elem ents de la queue ; 

• pop() : fournit I 'elem ent situe en tete de la queue en le sup prim ant. 

V oici un petit ex em pie de program m e utilisant une file d' attente avec prio rites : 



# include <iostream.h> 
^include <queue> 
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^include <deque> 

using namespace std ; 

main () 

{ int i ; 

priority_queue <int, deque<int>, greater<int> > q ; 
q.push (10) ; q. push (5) ; q.push(12) ; q. push (8) ; 
cout « "tete de la queue : " « q.top() « "\n" ; 
cout « "on depile : " ; 

for (i=0 ; i<4 ; i++) { cout « q.top() « " " ; q.pop() ; 

} 

} 

tete de la queue : 5 
on depile : 5 8 10 12 



Exemple d'utilisation de I'adaptateur de conteneur priority_queue 
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C om m e il a ete dit dans le chapitre XVIII, les conteneurs se Classen t en deux categories : les conteneurs 
sequentiels et les conteneurs associatifs. Les conteneurs sequentiels, que nous avons etudies dans le 
precedent chapitre, sont ordonnes suivant un ordre impose explicitem ent par le programme lui-meme ; on 
accede a un de leurs elem ents en tenant com pte de cet ordre, que Ton utilise un in dice ou un iterateur. 

L es conteneurs associatifs ont pour principale vocation de retro uver une inform ation, non plus en fonction de 
sa place dans le conteneur, mais en fonction de sa valeur ou d'une partie de sa valeur nommee cle. Nous 
avons deja cite I 'ex em pie du repertoire telephonique, dans lequel on retro uve le num ero de telephone a partir 
d'une cle form ee du nom de la personne concerned. M algre tout, pour de simples questions d' efficacite, un 
conteneur associatif se trouve ordonne intrinsequem ent en permanence, en se fondant sur une relation (par 
defaut < ) choisie a la construction. 

Les deux conteneurs associatifs les plus importants sont map et multimap. Ms correspondent pleinement au 
concept de conteneur associatif, en associant une cle et une valeur. M a is, alors que map im pose I'unicite des 
cles, autrem ent dit I'a bsence de deu x elem ents ayant la m em e cle, multimap ne I'im pose pas et on pourra y 
trouver plusieurs elements de meme cle qui apparaltront alors consecutivem ent. Si I'on reprend notre 
exemple de repertoire telephonique, on peut dire que multimap autorise la presence de plusieurs personnes 
de meme nom (avec des numeros associes differents ou non), tandis que map ne I'autorise pas. C ette 
distinction perm et precisem ent de redefinir I'operateur [ ] sur un conteneur de type map. P ar ex em pie, avec 
un conteneur nom m e annua ire, dans lequel les cles sont des chalnes, on pourra utiliser I 'ex press ion annua ire 
["Dupont"] pour designer I'element correspondant a la cle "Dupont"; cette possibility n'existera 
naturellem ent plus avec multimap. 

II existe deux autres conteneurs qui correspondent a des cas particuliers de map et multimap, dans le cas ou 
la valeur a ssociee a la cle n' existe plus, ce qui revient a dire que les elem ents se lim itent a la seule cle. Dans 
ces conditions, la notion d'association entre une cle et une valeur disparalt et il ne reste plus que la notion 
d'appartenance. C es conteneurs se nom m ent set et multiset et I'on verra qu'effectivem ent ils perm ettront de 
representer des ensembles au sens m athem atique, a condition toutefois de disposer, comme pour tout 
conteneur associatif, d'une relation d'ordre appropriee sur les elements, ce qui n'est pas necessaire en 
m athem atiques ; en outre multiset autorisera la presence de plusieurs elements identiques, ce qui n'est 
m anifestem ent pas le cas d ' u n ensem ble usu el. 
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1. LE CONTENEUR MAP 

Le conteneur map est done forme d'elements composes de deux parties: une c I e et une valeur. Pour 
representer de tels elements, il existe un patron de classe approprie, nomme pair, parametre par le type de la 
c I e et par celui de la valeur. U n conteneur map perm et d'acceder rap idem ent a la valeur associee a une c I e 
en utilisant I'operateur [] ; I'efficacite de I'operation est en 0 (N Log N ). C om m e un tel conteneur est 
ordonne en permanence, cela suppose le recours a une relation d'ordre qui, comme a I'accoutum ee, doit 
posseder les proprietes d'une relation d'ordre faible strict, telles qu'elles ont ete presentees au chapitre 
XVIII. 

Comme la notion de tableau associatif est m oins connue que celle de tableau, de vecteur ou m em e que celle 
de liste, nous com m encerons par un ex em pie introductif d 1 utilisation d'un conteneur de type map avant d'en 
etudier les proprietes en detail. 



1.1 Exem pie introduc tif 

U ne declaration telle que : 

map<char, int> m ; 

c re e un conteneur de type map, dans lequel les cles sont de type char et les valeurs associees de type int. 
Pour I 'instant, ce conteneur est vide : m. sized vaut 0. 



U ne instruction telle que : 

m['S'] = 5 ; 

in sere, dans le conteneur m, un elem ent form e de I'association de la c I e 'S ' et de la valeur 5. On voit deja la 
une difference fondamentale entre un vecteur et un conteneur de type map : dans un vecteur, on ne peut 
acceder par I'operateur [ ] qu'aux elements existants et, en aucun cas, en inserer de nouveaux. 

Qui plus est, si I'on c here he a utiliser u ne valeur associee a une c I e inexistante, com m e dans : 

cout « "valeur associee a la cle 'X' : ", m['X'] ; 

le simple fait de c here her a consu Iter m ['X'] creera I' elem ent correspondant, en initialisant la valeur associee 
a 0. 

Pour afficher tous les elem ents d' un map tel que m, on pourra le parcourir avec un iterateur bidirectionnel 
classique iterator fourni par la classe map. Ceci n'est possible que parce que, comme nous I'avons dit a 
plusieurs reprises, les conteneurs associatifs sont ordonnes intrinsequem ent. On pourra c lassi qu em ent 
parcourir tous les elem ents de m par I'un des deux schem as suivants : 

map<char, int> :: iterator im ; /* iterateur sur un map<char , int> */ 



for ( im=m. begin () ; im ! =m . end ( ) ; im++) /* im parcourt tout le map m */ 
{ /* ici *im designe 1 'element courant de m */ 
} 

map<char , int> : : reverse_iterator im ; /* iterateur inverse sur un 
map<char , int> */ 



for (im=m. rbegin ( ) ; im!=m.rend() ; im++) /* im parcourt tout le map m */ 
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{ /* ici *im designe 1 'element courant de m */ 
} 

C ependant, on constate qu'une petite d iff iculte a p para It : *im designe bien 1'elem ent courant de m, m a is, la 
plupart du temps, on aura besoin d'acceder separement a la c I e et a la valeur correspondante. En fait, les 
elem ents d'un conteneur map so n t d ' u n type classe particulier, nom m e pair, qui dispose de deux m em bres 
publics : 

• first correspondant a la cle, 

• second correspondant a la valeur a ssociee. 

En definitive, void, par ex em pie, com m ent afficher, suivant I'ordre naturel, toutes les valeurs de m so us la 
form e (cle, va leur) : 

for (im=m. begin ( ) ; im! =m. end () ; im++) 

cout « "(" « (*±m). first « "," « (*im) . second « ") " ; 

V oici un petit program m e com p let reprenant les d iff e rents points que nous venons d'exam iner (attention, la 
position relative de la cle ' c ' peut depend re de I'im plem entation) : 



^include <iostream.h> 
§ include <map> 
using namespace std ; 
main ( ) 

{ void affiche (map<char, int>) ; 
map<char , int> m ; 

cout « "map initial : " ; affiche (m) ; 

m['S'] = 5 ; /* la cle S n'existe pas encore, 1' element est cree */ 

m['C] = 12 ; /* idem */ 

cout « "map SC : " ; affiche (m) ; 

cout « "valeur associee a la cle 'S' : " « m['S'] « "\n" ; 
cout « "valeur associee a la cle 'X' : " « m['X'] « "\n" ; 
cout « "map X : " ; affiche (m) ; 

m['S'] = m['c'] ; /* on a utilise m['c'] au lieu de m['C] ; */ 
/* la cle 'c' est creee */ 
cout « "map final : " ; affiche (m) ; 

} 

void affiche (map<char, int> m) 
{ map<char , int> : -.iterator im ; 

for ( im=m. begin () ; im!=m.end() ; im++) 

cout « "(" « (*im). first « "," « (*im). second « ") " ; 

cout « "\n" ; 
} 

map initial : 

map SC : (C,12) (S,5) 

valeur associee a la cle 'S' : 5 

valeur associee a la cle 'X' : 0 

map X : (C, 12) (S, 5) (X, 0) 

map final : (C, 12) (S, 0) (X, 0) (c, 0) 



Exemple introductif d' utilisation d'un conteneur map 
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1 .2 Le patron de classes pair 

Comme nous venons de le voir, il existe un patron de classe pair, com p o rta n t deux parametres de type et 
perm ettant de regrouper dans un ob jet deux valeurs. On y trouve un construe teur a deux argum ents : 

pair <±nt, float> p(3, 1.25) ; /* cree une paire formee d'un int de valeur 3 
*/ 

/* et d'un float de valeur 1.25 

*/ 

Pour affecter des valeurs do n nees a une telle paire, on peut theoriquement proceder com me dans : 

p = pair<int, float> (4, 3.35) ; /* ici, les arguments peuvent etre d'un type 
*/ 

/* compatible par affectation avec celui 

attendu */ 

M a is les c hoses sont un peu plus si m pies si Ton fait a p pel a une fo notion standard m a k e_ p a i r : 

p = make_pair (4, 3.35f) ; /* attention : 3.35f car le type des arguments 
*/ 

/* sert a instancier la fonction patron make_pair 

*/ 

Comme on I 'a vu dans notre ex em pie introductif, la classe pair dispose de deux m em bres publics nommes 
first et second. A in si, I 'instruction precedente pourrait egalem ent s'ecrire : 

p. first = 4 ; p . second = 3.35 ; /* ici 3.35 de type double sera convert! en 
float */ 

La classe pair dispose des deux operateurs et < . Le second correspond a une comparaison 
lexicographique, e'est-a-dire qu'il applique d'abord < a la cle, puis a la valeur. Bien entendu, dans le cas 
ou I'un des elements au moins de la paire est de type classe, ces operateurs doivent etre convenablem ent 
su rdefinis. 



1.3 Const ruction d'un conteneurde type map 

Les possibilites de construction d'un tel conteneur sont beaucoup plus restreintes que pour les conteneurs 
sequentiels ; el les se lim itent a tro is possibilites : 

• construction d'un conteneur vide (com m e dans notre ex em pie du pa rag rap he 1.1) ; 

• construction a partir d'un autre conteneur de m em e type ; 

• construction a partir d'une sequence. 

En outre, il est possible de choisir la relation d'ordre qui sera utilisee pour ordonner intrinsequem ent le 
conteneur. Pour plus de clarte, nous exam inerons ce point a part. 
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a) C o nstruc tio ns u tilis a n t la relation d'ordre par defaut 
C onstruction d'un conteneur vide 

On se contente de preciser les types voulus pour la c I e et pour la valeur, comme dans ces e x e m pies (on 
suppose que point est un type classe) : 

map <int, long> ml ; /* cles de type int, valeurs associees de type 

long */ 

map <char, po±nt> m2 ; /* cles de type char, valeurs associees de type 

point */ 

map <string, long> repert ; /* cles de type string, valeurs associees de type 
long */ 

C onstruction a partir d'un autre con ten eu r de m em e type 

II $' a git d'un classique co nstruc teur par recopie qui, comme on peut s'y attendre, appelle le construe teur par 
recopie des elements concernes lorsqu'il s'agit d'objets. 

map <int, long> ml ; 



map <int, long> m2 (ml) ; /* ou encore : map <int, long> m2 = ml ; */ 

C onstruction a partir d' une sequence 

II s'agit d'une possibility deja rencontree pour les conteneurs sequentiels, avec cependant une difference 
importante: les elements concernes doivent etre de type pair< type_ des_c les, type_des_valeurs> . Par 
exemple, s'il existe une liste Ir, construite ainsi : 

list<pair<char, long> > lr (...) ; 

et con vena b I e m ent rem p lie, on pourra I'utiliser en partie ou en to ta lite pour construire : 

map <char, long> repert (lr. begin (), lr.endf) ) ; 

En pratique, ce type de construction est peu utilise. 



b) Choix de I'ordre intrinseque du conteneur 

Comme on I'a deja dit, les conteneurs sont intrinsequem ent ordonnes en faisant appel a une relation d'ordre 
faible strict pour ordonner convenablem ent les cles. Par defaut, on utilise la relation < , qu'il s'agisse de la 
relation predefinie pour les types scalaires ou string, ou d'une surdefinition de I'operateur > lorsque les cles 
sont des o bjets. 

II est possible d'im poser a un conteneur d'etre ordonne en utilisant une autre relation que I'on fournit sous 
forme d'un predicat binaire predefini (comme I e s s < int> ) ou non. Dans ce dernier cas, il est alors 
necessa ire de fournir un type et non pas un nom de fo notion, ce qui signifie qu'il est necessa ire de recourir a 
une classe fo notion (do nt nous avons parle au chapitre X V II). Void quelques ex em pies : 

map <char, long, greater<char> > ml ; /* les cles seront ordonnees par 
valeurs */ 

/* decroissantes - attention > > et non 

» */ 

map <char, long, greater<char> > m2 (ml) ; /* si m2 n ' est pas ordonne par la 
meme */ 
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V 

class mon_ordre 

{ 

public : 

bool operator () (int n, Int p) { 

} ; 

map <int, float, mon_ordre> m__perso ; 
mon_ordre */ 

*/ 

Remarque 



/* relation -> erreur de compilation 

. . . } /* ordre faible strict */ 
/* cles ordonnees par le predicat 
/* qui doit etre une classe fonction 



Certaines implementations p eu vent ne pas accepter le choix d'une valeur par defaut pour la relation 
d'ordre des cles. Dans ce cas, il faut toujours preciser I e s s < ty p e > comme troisieme argument, type 
correspondant au type des cles pour instancier convenablem ent le conteneur. La lourdeur des notations 
qui en decoule peut parfois inciter a recourir a I 'instruction typedef. 



c) Pour connaitre la relation d'ordre utilisee par un conteneur 

L es classes map disposent d'une fonction m em bre key_ c o m p ( ) fournissant la fonction u t i I i see pour ordonner 
les cles. P ar ex em pie, avec le conteneur de notre ex em pie introductif : 

map<char , int> m ; 

on peut, certes, com parer deux cles de type char de fa? on directe, com m e dans : 

if ('a' < 'c') 

mais, on obtiendra le meme resultatavec : 

if m.key_comp() ('a', 'c') /* notez bien key_comp() (....) */ 

C ertes, tant que Ton se contente d' ordonner de tels conteneurs en utilisant la relation d'ordre par defaut, ceci 
ne presente guere d'interet ; dans le cas contra ire, cela peut e v iter d' a voir a se dem ander, a chaque fois 
qu'on com pare des cles, quelle relation d'ordre a ete utilisee lors de la construction. 

D'une m aniere sim i la ire, la classe map dispose d'une fonction m em bre value_comp() fournissant la fonction 
utilisable pour comparer deux elements, toujours selon la valeur des cles. L'interet de cette fonction est de 
permettre de comparer deux elements (done, deux paires), suivant I'ordre des cles, sans avoir a en extraire 
les membres first. On notera bien que, contrairem ent a key_ c o m p , cette fonction n'est jamais choisie 
librem ent, e 1 1 e est sim plem ent deduite de key_ c o m p . P ar ex em pie, avec : 

map <char, int> m ; 

map <char, int> :: iterator iml, im2 ; 

on pourra com parer les cles relatives aux elem ents pointes par iml et i m 2 de cette m aniere : 

if ( value_comp () (*iml, *im2) ) 

A vec key_ c o m p , il aura it fallu proceder a in si : 

if ( key_comp() ( (*iml) . first, (*im2) . first) ) 
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d ) Cons equenc es du choix de I'ordre d'un conteneur 

T ant que Ton utilise des cles de type sea la ire ou string et qu'on se I i m ite a la relation par defaut (< ), aucun 
problem e particulier ne se pose. II n'en va plus n ecessai rem ent de m erne dans les autres cas. 

P ar ex em pie, on dit genera lem ent que, dans un conteneur de type map, les cles sont uniques. En fait, pour 
etre plus precis, il faudrait dire qu'un nouvel element n'est introduit dans un tel conteneur que s'il n'existe 
pas d ' autre element possedant une c I e equ ivalente ; I'equivalence etant celle qui est induite par la relation 
d'ordre, tel qu'il a ete explique dans le paragraphe 7.2 du chapitre X V III. P ar ex em pie, considerons un map 
utilisant comme c I e des objets de type point et supposons que la relation < ait ete definie dans la classe 
point en s'appuyant uniquement sur les abscisses des points ; dans ces conditions, les cles correspondant a 
des points de m em e abscisse apparaltront com m e equ ivalentes. 

D e plus, com m e on aura I'occasio n de I e voir plus loin, la recherche d 1 u n element de cle donnee se fondera, 
non pas sur une hypothetique relation d 1 e g a lite, mais bel et bien sur la relation d'ordre utilisee pour 
ordonner le conteneur. Autrement dit, toujours avec notre exemple de points utilises en guise de cles, on 
pourra rechercher la cle (1, 9) ettrouver la cle (1, 5). 



1 .4 A cces aux elements 

C om m e tout conteneur, map permet theoriquement d'acceder aux elements existants, so it pour en connaltre 
la valeur, so it pour la m odifier. C ependant, par rapport aux conteneurs sequentiels, ces operations prennent 
un tour un peu particulier lie a la nature meme des conteneurs associatifs. En effet, d'une part, une tentative 
d'acces a une cle inexistante amene a la creation d'un nouvel element, d'autre part, comme on le verra un 
peu plus loin, une tentative de modification globale (cle + valeur) d'un element existant sera fortement 
deconseillee. 



a) A cces par I'operateur [ ] 

Le paragraphe 1 a deja montre en quoi cet acces par I'operateur est ambigu puisqu'il peut conduire a la 
creation d'un nouvel element, des lors qu'on I'applique a une cle inexistante et cela, aussi bien en 
consultation qu'en modification. Par exemple : 

map<char, int> m ; 



m [ ' S ' ] = 2 ; /* si la cle 'S' n'existe pas, on cree 1' element make_pair ('S', 
2) */ 

/* si la cle existe, on modi fie la valeur de 1 'element qui ne change pas de 
place */ 

... = m['T'] ; /* si la cle ' T ' n'existe pas, on cree l'element make_pair ('T', 
0) */ 



b) A cces par iterateur 

Comme on peut s'y attendre et comme on I'a deja fait dans les exemples precedents, si it est un iterateur 
valide sur un conteneur de type map, I 'ex press ion *it designe I' elem ent correspondant ; rappelons qu'il s'agit 
d'une paire form ee de la cle (* it). first et de la valeur associee (*it). second ; en general, d'ailleurs, on sera 
plutot amene a s' in teresser a ces deux dernieres valeurs (ou a I'une d'entre elles) plutot qu'a la paire 
com plete * it. 

En theorie, il n'est pas interdit de modifier la valeur de l'element designe par it; par exemple, pour un 
conteneur de type m a p < char, int> , on pourra it ecrire : 
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*it = make_pair ('R', 5) ; /* remplace theoriquement 1 ' element designe par 
±p */ 

/* fortement deconseille en pratique 

*/ 

M a is le role exact d'un telle operation n'est actuellem ent pas totalement specifie par la norm e. Or, certaines 
am b i g u 1 1 e s apparaissent. En effet, d'une part, comme une telle operation modifie la valeur de la cle, le 
nouvel element risque de ne plus etre a sa place ; il devrait done etre deplace ; d'autre part, que doit-il se 
passer si la cle ' R ' existe deja ? La seule demarche raisonnable nous semble etre de dire qu'une telle 
m odification devrait etre equivalente a une d estruction de 1'element designe par it, suivie d'une insertion du 
nouvel element. En pratique, ce n'est pas ce que Ton constate dans toutes les implementations actuelles. 
D ans ces conditions : 

II est fortementdeconseille de modifier la valeur d'un element d'un map, par le biaisd'un iterateur. 



c) Recherche par la fo net ion membre find 

L a fonction m em b r e 
find (cle) 

a un role naturel : fournir un iterateur sur un element ayant une cle donnee (ou une cle equivalente au sens 
de la relation d'ordre utilisee par le conteneur). Si aucun element n'est trouve, cette fonction fournit la 
valeur en d ( ) . 



Remarque 

A ttention, la fonction find ne se base pas sur I'operateur = = ; cette rem arque est sur tout sensible lorsque 
I'on a affaire a des elements de type classe, classe dans laquelle on a surdefini I'operateur = = de 
maniere incompatible avec le predicat binaire utilise pour ordonner le conteneur. Les resultats peuvent 
alors etre deconcertants. 

1 .5 Insertions et su p p ressions 

Comme on peut s'y attendre, le conteneur map offre des possibilites de modifications dynamiques fondees 
sur des insertions et des suppressions, analogues a celles qui sont offertes par les conteneurs sequentiels. 
Toutefois, si la notion de suppression d'un element designe par un iterateur conserve la meme signification, 
eel le d' insertion a un em placem ent donne n'a plus gu ere de raison d'etre puisqu'on ne peut plus agir su r la 
maniere dont sont intrinsequem ent ordonnes les elements d'un conteneur associatif. On verra qu'il existe 
quand meme une fonction d insertion recevant un tel argument mais que ce dernier a en fait un role un peu 
particulier. 

En outre, alors qu'une insertion dans un conteneur sequentiel aboutissait to u jours, dans le cas d'un conteneur 
de type map, e 1 1 e n'a bo u tit que s'il n' existe pas d' el em ent de cle equivalente. 

D'une maniere generale, I'efficacite de ces operations est en 0(Log N ). Nous apporterons quelques 
precisions pa r la suite pour chac une des operations. 



a) Insertions 

La fonction membre insert perm et d' inserer 
• un elem ent de valeur donnee : 
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insert (element) /* insere la paire element */ 

• les e I e m ents d ' u n intervalle : 

insert (debut, fin) /* insere les paires de la sequence [debut, fin) */ 

On notera b i e n , dans les deux cas, que les elements cone ernes do i vent etre des pa ires d'un type approprie. 

L ' effic ac ite de la p re m i e re fonction est en 0 (L og N ) ; celle de la seconde est en 0 (L o g ( N + M )), M 
designant le nombre d'elements de I'intervalle. Toutefois, si cet intervalle est trie suivant I'ordre voulu, 
I'efficacite est en 0 (H ). 

V oici quelques ex em pies : 

map<int, float> ml, m2 ; 
map<int, float> :: iterator iml ; 



ml . insert (make_pair (5 , 6.25f)) 
*/ 

ml . insert (m2. begin (), m2.end()) ; 
*/ 



Rem arques 

1) En toute rigueur, il existe une tr o i si em e version de insert, de la form e : 
insert (paire, position) 

L'iterateur position est une suggestion qui est faite pour faciliter la recherche de I'em placem ent exact 
d'insertion. Si la valeur fournie correspond exactement au point d'insertion, on obtient alors une 
effic a cite en 0 (1), ce qui s'explique par le fait que la fonction n ' a besoin que de com pare r deux valeurs 
consecutives. 

2) L es deux fonctions d 1 insertion d'un elem ent fournissent une valeur de re tour qui est une paire de la form e 
pair(position, indie), dans laquelle le booleen indie precise si I ' insertion a eu lieu et position est 
l'iterateur correspondant ; on notera que son utilisation est assez laborieuse ; void, par exemple, 
com m ent adapter notre precedent exem pie dans ce sens : 

if (ml . insert (make_pair (5, 6.25f)).second) cout « "insertion effectuee\n" 

r 

else cout « "element existant\n" ; 

E t encore, ici, nous n'avons pas c here he a placer la valeur de retour dans une variable. Si nous a v ions 
voulu le fa ire, il aura it fallu declarer une variable, par exem pie resul, d'un type pair approprie ; de p I us, 
com m e pair ne dispose pas de constructeur par defaut, il aura it fallu preciser des argum ents fictifs ; void 
une declaration possi ble : 

pair<map<int, float> :: iterator, bool> resul (ml .end (), false) ; 

Dans les implementations qui n'acceptent pas la valeur I e s s < type> par defaut, les choses seraient 
encore un peu plus complexes et il serait probablement plus sage de recourir a des definitions de types 
synonymes (typedef ) pour alleger quelque peu I'ecriture. 

b) Suppressions 

L a fonction erase perm et de supprim er : 
• un elem ent de position donnee : 



/* tentative d'insertion d'un element 
/* tentative d ' insertion d'une sequence 
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erase (position) /* supprim e I'elem ent designe par position */ 

• les elem ents d'un intervalle : 

erase (debut, fin) /*supprime les pairesde I'intervalle [debut, fin) */ 

• I'elem ent de cle donnee : 

erase (cle) /* supprime les elements 1 de cle equ ivalente a cle */ 

En voici quelques exem pies : 

map<int, float> m ; 

map<int, float> :: iterator iml, im2 ; 



m. erase (5) ; /* supprime 1' element de cle 5 s'il existe 

*/ 

m. erase (iml) ; /* supprime 1' element designe par iml 

*/ 

m. erase (im2, m.end()) ; /* supprime tous les elements de celui designe par 
im2 */ 

/* jusqu 'a la fin du conteneur m 

*/ 

E nfin, de f a g o n fort classi qu e, la fo notion clear)) vide le conteneur de tout son contenu. 
Remarque 

II peut arriver que Ton souhaite supprim er tous les elem ents don t la cle appartient a un intervalle donne. 
Dans ce cas, on pourra avoir recours aux fonctions lower bound et upper_ bound presentees dans le 
paragraphe 2. 

1 .6 G estion m e m o ire 

C ontrairem ent a ce qui se passe pour certains conteneurs sequentiels, les operations sur les conteneurs 
associatifs, done, en particulier, sur map, n 1 en train ent jam a is d 1 in validation des references et des iterateurs, 
excepte, bien entendu, pour les elements supprimes qui ne sont plus accessibles apres leur destruction. 

T outefois, com m e on I 1 a indique dans le paragraphe 1.4, il est theoriquem ent possi b le, bien que fortem ent 
deconseille, de modifier globalement un elem ent de position donnee ; par exem pie (iv designant un iterateur 
validesur un conteneur de type m a p < char, int> ) : 

*iv = make_pair ('S', 45) ; 

0 ue la cle 'S 1 so it presente ou non, on court, outre les risques deja evoques, celui que I 1 iterateur iv devienne 
invalide. 



1 .7 A utres possibility 

Les manipulations globales des conteneurs map se limitent a la seule affectation et a la fonction swap 
permettant d'ec hanger les contenus de deux conteneurs de meme type. II n 1 existe pas de fonction assign, ni 
de possi bilites de com para iso ns lexicographiques aux quel les il sera it difficile de don ner une signification ; en 
effet, d'une part, les elements sont des paires, d'autre part, un tel conteneur est ordonne intrinsequem ent et 
son organisation evolue en permanence. 



■ Pour map, il y en aura un au plus ; pour multimap, on pourra en trouver p I u si eu r s . 
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En theorie, il existe des fonctions m em b r e lower 

u t i I i s a b I e s aussi bien avec des conteneurs de type 

cependant dans ce dernier cas qu'elles presentent le 

2. 



bound, upper bound, equal range et count qui sont 
map qu'avec des conteneurs de type multimap. C 'est 
plus d'interet ; elles seront etudiees dans le paragraphe 



1.8 Exem pie 

Voici un exem pie com plet de program m e illustrant les princi pales fonctionnalites de la classe map que nous 
venons d'exam iner. 



^include <iostream.h> 
^include <map> 
using namespace std ; 
main () 

{ void affiche (map<char , int>) ; 
map<char, int> m ; 
map<char, int> : : iterator im ; 
m['c'] = 10 ; m['f] = 20 ; m['x'] = 30 



m['p'] = 40 ; 



; affiche (m) ; 
/* ici, on ne verifie pas que im est != 



« (*im). first « "\n" ; 
/* on insere un element avant 
/* et un element apres 'f 
; affiche (m) ; 



« (*im). first « 
; affiche (m) ; 



'\n' 



cout « "map initial 
im = m.find ( 'f') ; 
m . end () */ 

cout « "cle 'f avant insert 
m. insert (make_pair ( ' a ' , 5)) ; 
m. insert (make_pair ( ' t ' , 7)) ; 
cout « "map apres insert 
cout « "cle 'f apres insert 
m . erase ( ' c ' ) ; 

cout « "map apres erase 'c' 
im = m.find('p') ; if (im != m.end()) m. erase (im, m.end()) 
cout « "map apres erase int : " ; affiche (m) ; 

} 

void affiche (map<char , int> m) 
{ map<char , int> : -.iterator im ; 

for ( im=m. begin () ; im!=m.end() 
cout « "(" « (*im) . first « 

cout « "\n" ; 
} 



V 
V 



V 



im++) 

," « (*im). second « 



map initial 
cle 'f avant insert 
map apres insert 
cle 'f apres insert 
map apres erase ' c ' 
map apres erase int 



(c,10) (f,20) (p,40) (x,30) 
f 

(a, 5) (c,10) (f,20) (p,40) (t,7) (x,30) 
f 

(a, 5) (f,20) (p,40) (t,7) (x,30) 
(a, 5) (f,20) 



Exemple d' utilisa tio n de la classe map 



XX. Les conteneurs a sso c i a ti f s 363 



2. LE CONTENEUR M ULTIMAP 



2 .1 Presentation generate 

C om m e nous I'avons deja dit, dans u n conteneur de type m u I ti m a p , une m em e c I e peut apparaltre plusieu rs 
fois ou, plus generalem ent, on peut trouver plusieu r s cles equ ivalentes. Bien entendu, les elements 
correspondants apparaissent alors consecutifs. Comme on peut s'y attendre, I'operateur [] n'est plus 
applicable a un tel conteneur, com pte tenu de I 'am biguite qu'induirait la non-unicite des cles. H orm is cette 
restriction, les possibilites des conteneurs map se generalisent sans difficulty aux conteneurs multimap qui 
posseden t les m em es fonctions m em bre, avec quelques nuances qui vont de so i : 

• s'il existe plusieurs cles equivalentes, la fonction membre find fournit un iterateur sur un des elements 
ayant la cle voulue ; attention, on ne precise pas qu'il s'agit du premier ; celui-ci peut cependant etre 
connu en recouranta la fonction lower bound examinee un peu plus loin ; 

• la fonction m em bre erase (cle) peut sup prim er plusieurs elements tandis qu'avec un conteneur map, e 1 1 e 
n'en supprim ait qu'un seul au m axim urn . 

D 'autre part, comme nous I'avons deja fait rem arquer, un certain no m bre de fonctions m em bre de la classe 
map, prenn ent tout leur interet lorsqu 'on les applique a un conteneur multimap. On peut, en effet : 

• connaltre le nombre d'elements ayant une cle equivalente a une cledonnee, a I'aide de count (cle) ; 

• obtenir des informations concernant I'intervalle d'elements ayant une cle equivalente a une cle don nee, a 
savoir : 

low er_ bound (cle) /* fournit un iterateur sur le prem ier element ayant une cle */ 
/* equivalente a cle */ 

upper bound (cle) /* fournit un iterateur sur le dernier element ayant une cle */ 

/* equivalente a cle */ 

e q u a I _ range (cle) /* fournit une pa ire form ee des valeurs des deux iterateurs */ 
/* precedents, lower bound (cle) et upper bound (cle) */ 

0 n notera qu'on a la relation : 

m. equal. range(cle) = m a ke_ pa ir (m.lower bound (cle), m .upper_ bound (cle) ) 

V oici un petit exem pie : 

multimap<char, int> m ; 



m. erase (m. lower_bound (' c ') , m . upper_bound ( ' c ' ) ) ; /* equivalent tout simplement 
a : */ 

/* erase ('c') ; 

*/ 

m. erase (m. lower_bound (' e ') , m . upper_bound ( ' g ' ) ) ; /* supprime toutes les cles 
*/ 

/* allant de 'e ' a 'g' 

*/ 

/* aucun equivalent simple 

*/ 

Remarque 

Le deuxieme appel de erase de notre precedent exemple peut presenter un interet dans le cas d'un 
conteneur de type map ; en effet, malgre I'unicite des cles dans ce cas, il n'est pas certain qu'un appel tel 
que : 
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m. erase (m. find ( ' e ' ) , m. find ( ' g ' ) ) ; 

convienne puisqu'on court I e risque que 1'une au m oins des cles ' e ' ou 'g' n'existe pas. 



2.2 Exem pie 

Voici un exem pie com plet de program m e illustrant les principals fonctionnalites de la classe m u I ti m a p que 
nous venons d 1 ex am iner : 



^include <iostream.h> 

^include <map> 

using namespace std ; 

main ( ) 

{ 

void affiche(multimap<char, int>) 
multimap<char, int> m, m_bis ; 
multimap<char, int> :: iterator im , 



m . insert (make_pair ( ' f , 
m . insert (make_pair ( 'p ' , 
m. insert (make_pair ( 'p ' , 

: " ; affiche(m) ; 
m . insert (make_pair ( ' f ' , 

: " ; affiche(m) ; 
/* on ne verifie pas que im != m.end() 
/* on fait une copie de m dans m_bis 

" ; affiche(m) ; 

" ; affiche(m) ; 

" ; affiche(m) ; 



affiche (m) 
affiche (m) 
affiche (m) 
affiche (m) 



20)) 
40)) 
35)) 

20)) 



*/ 
*/ 



m. insert (make__pair (' c ' , 10)) 
m. insert (make_pair (' x ' , 30)) 
m . insert (make__pair (' y ' , 40)) 
cout « "map initial 
m . insert (make__pair (' f ' , 25)) 
m . insert (make__pair (' x ' , 2)) 
cout « "map avec fff et xx 
im=m. find( ' x ' ) 
m bis = m ; 
m. erase (im) 

cout « "map apres erase (find( ' x' ) ) 
m . erase ( ' f ) 

cout « "map apres erase ( ' f ) 
m . swap (m_bi s) ; 
cout « "map apres swap 
cout « "il y a " « m. count ('f') « " fois la cle ' f ' \n" ; 
m . erase (m . upper_bound (' f ') ) ; /* supprime derniere cle 'f - ici pas 
de test*/ 

cout « "map apres erase ( u_b ('£')) 
m . erase (m . lower_bound (' f ') ) ; 
cout « "map apres erase (l_b ( ' f ) ) 
m . erase (m . upper_bound ( 'g' ) ) ; 
cout « "map apres erase ( u_b ( ' g ' ) ) 
m . erase (m . lower_bound (' g ') ) ; 
cout « "map apres erase (l_b ( 'd' ) ) 
m. erase (m. lower_bound ( 'd ' ) , m. upper_bound ( 'x ' ) ) 
cout « "map apres erase (l_b ( 'd' ) , u_b('x')) 

} 

void affiche (multimap<char, int> m) 
{ map<char, int> :: iterator im ; 

for ( im=m. begin () ; im!=m.end() ; im++) 



affiche (m) 



cout « "(" « (*im). first « 
cout « "\n" ; 



« (*im). second « ") 
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map initial : (c, 10) (f, 20) (p, 40) (p, 35) (x, 30) (y, 40) 

map avec fff et xx 

(o,10) (f r 20) (f,25) (f,20) (p r 40) (p,35) (x, 30) (x,2) (y r 40) 
map apres erase (find( 'x' ) ) : 

(c,10) (f r 20) (f r 25) (f,20) (p r 40) (p r 35) (x,2) (y,40) 
map apres erase (' f ) : (c,10) (p,40) (p,35) (x,2) (y,40) 

map apres swap 

(c,10) (f r 20) (f,25) (f,20) ( Pr 40) (p r 35) (x f 30) (x,2) (y r 40) 
il y a 3 fois la cle 'f 
map apres erase ( u_b ( ' f ) ) : 

(c,10) (f,20) (f f 25) (f,20) (p,35) (x r 30) (x,2) (y,40) 

map apres erase (l_b('f)) : (c, 10) (f, 25) (f, 20) (p, 35) fx, 30) (x, 2) (y, 40) 
map apres erase (u_b('g')) : (c, 10) (f, 25) (f, 20) (x, 30) (x, 2) (y, 40) 
map apres erase (l_b('d')) : (c, 10) (f r 25) (f, 20) (x r 2) (y, 40) 
map apres erase (l_b('d'), u_b('x')) : (c,10)(y,40) 
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3. LE CONTENEUR SET 



3 .1 Presentation g e n e rale 

Comme il a ete dit en introduction, le conteneur set est un cas particulier du conteneur map, dans lequel 
aucune valeur n'est associee a la cle. Les elementsd'un conteneur set ne sont done plus des p aires, ce qui en 
facilite naturellem ent la m anipulation. U ne autre difference entre les conteneurs set et les conteneurs map est 
qu'un elem ent d'un conteneur set est une constante ; on ne peut pas en m odifier la valeur : 

set<int> e(...) /* ensemble d'entiers */ 

set<int> :: iterator ie ; /* iterateur sur un ensemble d' entiers */ 



cout « *ie ; /* correct */ 

*ie = . . . ; /* interdit */ 

En dehors de cette contrainte, les p o ss i b i lit es d'un conteneur set se deduisent tout naturellem ent de celles 
d'un conteneur map, aussi b i en pour sa construction que pour I'insertion ou la suppression d'elements qui, 
quant a elle, reste to u jours possible, aussi bien a partir d'une position que d' u n e valeur. 



3.2 Exem pie 

Voici un exemple completdeprogramme illustrant les principals fonctionnalites de la classe set (attention, 
le caractere "espace" n'est pas tres visible dans les resultats I) : 



# include <iostream.h> 
^include <set> 
^include <string> 
using namespace std ; 
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main () 

{ char t[] = "je me figure ce zouave qui joue du xylophone" ; 
char v[] = "aeiouy" ; 
void affiche (set<char> ) ; 
set<char> let(t, t+sizeof (t) -1) , let_bis ; 
set<char> > voy(v, v+sizeof (v) -1) ; 

cout « "lettres presentes : " ; affiche (let) ; 

cout « "il y a " « let . size () « " lettres differentes\n" ; 

if (let . count (' z ') ) cout « "la lettre z est presente\n" ; 

if ('. let . count ( 'b ') ) cout « "la lettre b n 'est pas presente\n" ; 

let_bis = let ; 

set<char, less<char> >:: iterator iv ; 

for (iv=voy .begin () / iv ! =voy . end ( ) ; iv++) 

let . erase (* iv) ; 
cout « "lettres sans voyelles : " ; affiche (let) ; 

let . insert (voy. begin () , voy.end()) 

cout « "lettres + toutes voyelles : " ; affiche (let) ; 

} 

void affiche (set<char> e ) 
{ set<char> : : iterator ie ; 

for (ie=e .begin () ; ie!=e.end() ; ie++) 
cout « *ie « " " ; 

cout « "\n" ; 
} 

lettres presentes : acdefghijlmnopqruvxyz 

il y a 22 lettres differentes 

la lettre z est presente 

la lettre b n 'est pas presente 

lettres sans voyelles : cdfghjlmnpqrvxz 

lettres + toutes voyelles : acdefghijlmnopqruvxyz 
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3. 3 Le conteneur set et I'ensemble mathematique 

Un conteneur de type set est obligatoirem ent ordonne, tandis qu'un ensemble mathematique ne Test pas 
necessa irem ent. II faudra tenir compte de cette remarque des que Ton sera amene a creer un ensemble 
d ' o bjets puisqu'il faudra alors m unir la classe correspondante d'une relation d'ordre fa ible strict. En outre, il 
ne faudra pas perdre de vue que c 1 est cette relation qui sera uti I i see pour definir I'egalite de deux elements et 
non une eventuelle surdefinition de I'operateur = = . 

Par ailleurs, dans la classe set, il n'existe pas de fonction membre permettant de realiser les operations 
ensemblistes classiques (intersection, reunion...). Cependant, nous verrons, dans le chapitre XXI, qu'il 
existe des algorith m es generaux, utilisables avec n'importe quelle sequence ordonnee. Leur application au 
cas particulier des ensem bles perm ettra de realiser les operations en question. 
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4. LE CONTENEUR MULTISET 



De meme que le conteneur m u I ti m a p est un conteneur map, dans lequel on autorise plusieurs cles 
equivalentes, le conteneur multiset est un conteneur set, dans lequel on autorise plusieurs elements 
equivalents a apparaltre. Bien entendu, cette notion n ' a alors plus grand-chose a voir avec la notion 
m athem atique correspondante. C ela n 'em pec h era pas les algorithm es genera ux d 1 intersection ou de reunion, 
evoques ci-dessus, defonctionner encore dans le cas des conteneurs multiset. 

Void un exemple complet de programme illustrant les principales fonctionnalites de la classe multiset 
(attention, le caractere "espace" n'est pas tres visible dans les resultats I) : 



§ include <iostream.h> 
^include <set> 
using namespace std ; 
main () 

{ char t[] = "je me figure ce zouave qui joue du xylophone" ; 
char v[] = "aeiouy" ; 
void affiche (multiset<char> ) ; 
multiset<char> let(t, t+sizeof (t) -1) , let_bis ; 
multiset<char> > voy(v, v+sizeof (v) -1) ; 
cout « "lettres presentes : " ; affiche (let) ; 
cout « "il y a " « let . size () « " lettres en tout\n" ; 
cout « "la lettre e est presente " « let . count (' e ' ) « " fois\n' 
cout « "la lettre b est presente " « let . count ('b ') « " fois\n' 
let_bis = let ; 

multiset<char> : : iterator iv ; 

for (iv=voy .begin () ; iv ! =voy . end ( ) ; iv++) 

let . erase (* iv) ; 
cout « "lettres sans voyelles : " ; affiche (let) ; 

} 

void affiche (multiset<char> e ) 
{ multiset<char> : -.iterator ie ; 

for ( ie=e. begin () ; ie!=e.end() ; ie++) 
cout « *ie ; 

cout « "\n" ; 
} 



lettres presentes : acdeeeeeeefghiijjlmnoooopqruuuuuvxyz 

il y a 44 lettres en tout 

la lettre e est presente 7 fois 

la lettre b est presente 0 fois 

lettres sans voyelles : cdfghjjlmnpqrvxz 



Exemple d 1 utilisa tio n du conteneur multiset 
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5. CO NT EN EUR S ASSOCIATES ET ALGORITHMES 



II est generalem ent difficile d'appliquer certains algorithm es generaux aux conteneurs associatifs. II y a 
plusieurs raisons a cela. 

Tout d ' a b o r d , un conteneur de type map ou multimap est forme d'elements de pair, qui se preterit assez 
difficilem ent aux algorithm es usu els. Par ex em pie, une recherche par find devrait se fa ire sur la pa ire (cle, 
valeur), ce qui ne presente generalem ent guere d'interet; on preferera utiliser la fonction membre find 
travaillant sur une cle donnee. 

D e m em e, vouloir trier un conteneur associatif deja ordonne de facon intrinseque n'est guere realiste : so it 
on cherche a trier suivant I'ordre interne, ce qui n ' a aucun interet, soit on cherche a trier suivant un autre 
ordre, et alors apparaissent des conflits entre les deux ordres. 

N eanm oins, il reste possible d'appliquer tout algorithm e qui ne m odifie pas les valeurs du conteneur. 

D 'une m aniere gen era le, dans le chapitre X X I consacre aux algorithm es, nous indiquerons ceux qui sont 
utilisables avec des conteneurs associatifs. 



XXI. LES ALGORITHM ES STAN DARD 




La notion d'algorithme a deja ete presentee dans le chapitre X V III, et nous avons eu I 'occasion d'en utiliser 
quelques-uns dans certains de nos precedents e x e m pies. Le present chapitre expose les differentes 
possi b i lites offertes par les algorithm es de la bibliotheque standard. Auparavant, il presente ou rappelle un 
certain nombre de notions generales qui interviennent dans leur utilisation, en particulier : les categories 
d'iterateur, la notion de sequence, les iterateurs de flot et les iterateurs d' insertion. 

On notera b i e n que ce chapitre vise avant tout a faire com prendre le role des d i fferents algorithmes et a 
illustrer les plus im porta nts par des ex em pies de program m es. On trouvera dans I 1 annexe C , une reference 
complete du role precis, de I'efficacite et de la syntaxe exacte de I'appel de chacun des algorithmes 
existants. 



1. NOTIONS GEN ERALES 



1 .1 A Igorithm es et iterateurs 

Les algorithmes standard se presentent sous forme de patrons de fonctions. Leur code est ecrit, sans 
connaissance precise des elements qu'ils seront am en es a manipuler. Cependant, cette manipulation ne se 
fait jamais directement, mais toujours par I'interm ediaire d'un iterateur qui, quant a lui, possede un type 
donne, a partir duquel se deduit le type des elements effectivem ent manipules. Par exemple, lorsqu'un 
algorith m e contient une instruction de la form e : 



le code source du program m e ne connalt effectivem ent pas le type de I'elem ent qui sera a in si m anipule m a is 
ce type sera parfaitem ent defini a la com pilation, lors de I'instanciation de la fonction patron correspondant 
a I'algorithm e en question. 



1 .2 Les categories d'iterateurs 

Jusqu'ici, nous avons surtout m anipule des elements de conteneurs et les iterateurs associes qui se 
repartissaient alors en trois categories : unidirectionnel, bidirectionnel et a acces direct. En fait, il existe 
deux autres categories d'iterateurs, disposant de pro prietes plus restrictives que les iterateurs 
u nidi rectionn els ; il s'agit des iterateurs en entree et des iterateurs en so r tie. B ien qu'ils ne soient fournis par 
aucun des conteneurs, ils presentent un interet au niveau des iterateurs de flot qui, com m e nous le verrons un 
peu plus loin, perm ettent d'acceder a un flot com m e a une sequence. 




*±t = 
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a) Iterateu r en entree 

Un iterateur en entree possede les memes proprietes qu'un iterateur unidirectionnel, avec cette difference 
qu'il n'autorise que la consultation de la valeur correspondante et plus sa modification ; si it est un tel 
iterateur : 

... = *it ; /* correct si it est un iterateur en entree */ 
*it = . . . ; /* impossible si it est un iterateur en entree */ 

En outre, un iterateur en entree n'autorise qu'un seul passage (on dit aussi une seule passe) sur les elements 
qu'il permet de decrire. Autrement dit, si, a un moment donne, itl= = it2, itl+ + et it2+ + ne desig n ent 
pas necessairem ent la meme valeur. Cette restriction n'existait pas dans le cas des iterateurs 
unidirectionnels. Ici, e 1 1 e se justifie des lors qu'on sait que I' iterateur en entree est destine a la lecture d'une 
suite de valeurs de meme type sur un flot, d'une facon analogue a la lecture des informations d'une 
sequence. Or, m anifestem ent, il n'est pas possible de lire deux fois une meme valeur sur certains flots tels 
que I'unite d ' en tree standard. 



b) Iterateur en sortie 

De facon concom itante, un iterateur en sortie possede les memes proprietes qu'un iterateur unidirectionnel, 
avec cette difference qu'il n'autorise que la m odification et en aucun cas la consu Itation. P ar ex em pie, si it 
est un tel iterateur : 

*it = . . . ; /* correct si it est un iterateur en sortie */ 
... = *it ; /* impossible si it est un iterateur en sortie */ 

Comme 1 1 iterateur en entree, 1 1 iterateur en sortie ne permettra qu'un seul passage ; si, a un moment donne, 
on a itl= - it2, les affectations successives : 

*itl++ = . . . ; 
*it2++ = . . . / 

entraineront la creation de deux valeurs distinctes. La encore, pour mieux comprendre ces restrictions, il 
faut voir que la principale justification de I' iterateur en so r tie est de p er m ettre d ' ecrire une suite d e valeur de 
meme type sur un flot, de la meme f a g o n qu'on peut introduire des informations dans une sequence. Or, 
m anifestem ent, il n'est pas possible d'ecrire deux fois en un meme endroit de certains flots tels que I'unite 
standard de sortie. 

c) Hierarchie des categories d' iterateurs 

On peut montrer que les proprietes des cinq categories d ' iterateurs permettent de les ranger selon une 
hierarchie dans laquelle toute categorie possede au m oins les proprietes de la categorie preced ente : 

iterateur en entree iterateur en sortie 

I / 

/ 

iterateur unidirectionnel 
I 

iterateur bidirectionnel 
I 

iterateur a acces direct 

Les iterateurs en entree et en sortie seront f req u em m ent utilises pour associer un iterateur a un flot, en 
faisant appel a un adaptateur particulier d' iterateu r dit iterateur de flot ; nous y reviendrons au paragraphe 
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1.5. E n dehors de cela, i Is presenters un in teret indirect a propos de I 'in form ation qu'on peut deduire au vu 
de la categorie d' iterateur attendu par un algorithm e ; par ex em pie, si un algorithme accepte un iterateur en 
entree, c'est que, d'une part, il ne modifie pas la sequence correspondante et que, d'autre part, il n'effectue 
qu'une seule passe sur cette sequence. 

1 .3 A Igorithm es et sequences 

Beaucoup d'algorith m es s'appliquent a une sequence definie par un intervalle d 1 iterateur de la forme [debut, 
fin) ; dans ce cas, on lui communiquera simplement en argument les deux valeurs debut et fin, lesquelles 
devront naturellem ent etre du m em e type, sous peine d'erreur de com pilation. 

Tant que I'algorithme ne modifie pas les elements de cette sequence, cette derniere peut appartenir a un 
conteneur de n'im porte quel type, y com pris les conteneurs associatifs pour lesquels, rappelons-le, la notion 
de sequence a bien un sens, compte tenu de leur ordre interne. Cependant, dans le cas des types map ou 
multimap, on sera gen era lem ent gene par le fait que leurs elem ents sont des pa ires. 

En revanche, si I'algorithme modifie les elements de la sequence, il n' est plus possible qu'elle appartienne a 
un conteneur de type set et multiset, puisque les elements n'en sont plus m odifiables. B ien qu'il n'existe pas 
d" interdiction form e 1 1 e , il n'est guere raisonnable qu'elle appartienne a un conteneur de type map ou 
multimap, compte tenu des risques d'incom patibilite qui apparaissent alors entre I'organisation interne et 
celle qu'on chercherait a lui i m poser... 

C ertains algorithm es s'appliquent a deu x sequences de m em e taille. C 'est par ex em pie le cas de la recopie 
d'une sequence dans une autre ayant des elements de meme type. Dans ce cas, tous ces algorithmes 
proceden t d e la meme facon, a savoir : 

• deux arguments definissent classiquement un prem ier intervalle, correspondant a la p re m i e re sequence, 

• un tr o i si em e argum ent fournit la v a leur d'un iterateur designant le debut de la seconde sequence. 

On notera bien que cette facon de proceder presente m anifestem ent le risque que la sequence cible soit trop 
petite. Dans ce cas, le comportement du programme est indeterm ine comme il pouvait I'etre en cas de 
debordement d'un tableau classique ; d'ailleurs, rien n'interdit de fournir a un algorithme un iterateur qui 
soit un pointeur... 

E nfin, quelques rares algorithm es fournissent com m e v a leur de retour, les I i m i tes d'un intervalle, so us form e 
de deux iterateurs ; dans ce cas, eel les-ci seront regroup ees au sein d'une structure de type pair. 

1 .4 Iterateur d'insertion 

Beaucoup d'algorith m es sont prevus pour modifier les valeurs des elements d'une sequence; c'est par 
exem pie le cas de copy : 

copy (v.begin(), v.endf), 1 .begin ()); /* recopie 1 ' intervalle fcr.begin(), 
v.end() ) */ 

/* a partir de la position 1 .begin () 

*/ 

D e telles operations im posent naturellem ent un certain nom bre de contraintes : 

• les emplacements necessaires a la copiedoiventdeja exister, 

• leur m odification doit etre autorisee, ce qui n'est pas le cas pour des conteneurs de type set ou multiset, 

• la co pie ne doit pas se fa ire a I'interieur d'un conteneur associatif de type map ou multimap, com pte tenu 
de I'incom patibilite qui r es u I te rait entre I' ordre sequentiel im pose et I' ordre interne du conteneur. 

En fait, il existe un mecanisme particulier permettant de transformer une succession d'operations de copie a 
partir d'une position donnee en une succession d'insertions a partir de cette position. Pour ce faire, on fait 
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appel a ce qu'on nomme un iterateu r d'insertion ; il s'agit d'un patron de classes nomme insert iterator et 
pa ram e tre par un type de conteneur. P ar exem pie : 

insert_iterator <list<int> > ins ; /* ins est un iterateur d' insertion dans 
*/ 

/* un conteneur de type list<int> 

*/ 

Pour affecter une valeur a un tel iterateur, on se sert du patron de fonction inserter ; en voici un exem pie 
dans lequel on suppose que c est un conteneur et it est une valeur pa rticu Here d 1 iterateur sur ce conteneur : 

ins = inserter (c, it) ;/* valeur initiale d'un iterateur d ' insertion permettant 
*/ 

/* d ' inserer a partir de la position it dans le 

conteneur c */ 

Dans ces conditions, I'utilisation de ins, en lieu et place d'une valeur initiale d' iterateur, fera qu'une 
instruction telle que *ins = ... inserera un nouvel element en position it. De plus, toute incrementation de 
ins, suivie d'une nouvelle affectation *ins= ... provoquera une nouvelle insertion a la suite de I'element 
precedent. 

D'une maniere generale, il existe trois fonctions permettant de definir une valeur initiale d'un iterateur 
d'insertion, a savoir : 

• frontjnserter (conteneur) : pour une insertion en debut du conteneur ; le conteneur doit disposer de la 
fonction m em b r e push_front ; 

• back inserter (conteneur) : pour une insertion en fin du conteneur ; le conteneur doit disposer de la 
fonction m em bre push_back ; 

• inserter (conteneur, position) : pour une insertion a partir de position dans le conteneur ; le conteneur 
doit disposer de la fonction m em bre insert(valeur, position). 

Voici un exemple de programme utilisant un tel m ecanism e pour transformer une copie dans des elements 
existant en une insertion ; auparavant, on a tente une copie usu e 1 1 e dans un conteneur trop petit pour m ontrer 
qu'elle se deroulait mal ; en pratique, nous deconseillons ce genre de pro cede qui peut tres bien am ener a un 
plantage du program m e : 



# include <iostream.h> 
^include <list> 
using namespace std ; 
main () 

{ void affiche (list<char>) ; 

char t[] = {"essai insert_iterator" } ; 
list<char> 11 (t, t+sizeof (t) -1) ; 
list<char> 12 (4, 'x') ; 
list<char> 13 ; 

cout « "11 initiale : " ; affiche (11) ; 

cout « "12 initiale : " ; affiche (12) ; 

/* copie avec liste 12 de taille insuffisante - deconseille en pratique */ 
copy (11 .begin () , 11 .end() , 12. begin ()) ; 
cout « "12 apres copie usuelle : " ; affiche (12) ; 

/* insertion dans liste non vide ; pourrait utiliser aussi 
front_inserter (12) */ 

copy (11 .begin () , 11 .end() , inserter (12, 12 .begin ()) ) ; 
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cout « "12 apres copie inser : " ; affiche(12) ; 

/* insertion dans llste vide ; on pourrait utiliser aussi */ 
/* front_inserter (13) ou back_inserter (13) */ 

copy (11 .begin () , 11 .end() , inserter (13, 13 .begin ()) ) ; 

cout « "13 apres copie inser : " ; affiche(13) ; 

} 

void affiche (list<char> 1) 
{ void af_car (char) ; 

for_each (1. begin (), l.end(), af_car) ; /* appelle af_car pour chaque 
element */ 

cout « "\n" ; 

} 

void af_car (char c) 
{ cout « c « " " ; 
} 

11 initiale 

12 initiale 

12 apres copie usuelle 

12 apres copie inser 

13 apres copie inser 



e s s a i 

X X X X 

r r a t 

e s s a i 

e s s a i 



insert 



insert 
insert 



iterator 



iteratorrrat 
iterator 



Exemple d'utilisation d ' u n iterateur d ' insertion 



Remarque 

Si Ton tient a m ettre en evidence I'existence d'une classe insertjterator, la simple instruction du 
precedent program m e : 

copy (11 .begin () , 11 .end() , inserter (12, 12 .begin ()) ) ; 

peut se decom poser ainsi : 

insert_iterator<list<char> > ins = inserter (12, 12. begin ()) ; 
copy (11 .begin () , ll.end(), ins ) ; 



1 .5 Iterateur de flot 

a) Iterateur de flot de sortie 

L orsqu 'on lit, par ex em pie, su r I 1 entree sta nda rd, une suite d'informations de meme type, on peut considerer 
qu'on parcourt une sequence. E ffectivem ent, il est possible de definir un iterateur sur une telle sequence ne 
disposant que des proprietes d'un iterateur d 1 entree telles qu'elles ont ete definies preced em m ent. Pour ce 
faire, il existe un patron de classes, nomme ostreamjterator, parametre par le type des elements concerned ; 
par exem pie : 

ostream_iterator<char> /* type iterateur sur un flot d ' entree de caracteres 

*/ 

C ette classe dispo se d 1 u n constructeur recevant en argum ent un flot existant. C 'est ainsi que : 



ostream_iterator<char> flcar (cout) ; /* flcar est un iterateur sur un flot 
de */ 
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/* caracteres connecte a cout 

*/ 

D a ns ces conditions, une instruction telle que : 

*flcar = 'x' ; 

envoie le caractere x su r le flot cout. 

On notera qu'il est theoriquement possible d'inc rem enter I 1 iterateur flcar en ecrivant flcar+ + ; cependant, 
une telle operation est sans effet car sans signification a ce niveau. Son existence est cependant precieuse 
puisqu'elle perm ettra d'utiliser un tel iterateur avec certains algorithm es standard, tels que copy. 

V oici un ex em pie res urn ant ce que nous venons de dire : 



^include <iostream.h> 
^include <l±st> 
using namespace std ; 
main () 

{ char t[] = {"essai iterateur de flot"} ; 
list<char> l(t, t+sizeof (t) -1) ; 
ostream_iterator<char> flcar (cout) 
* flcar = 'x' ; * flcar = '-' ; 

flcar++ ; flcar++ ; /* pour montrer que 1 'incrementation est inoperante 

ici */ 

* flcar = ' : ' ; 

copy (1. begin (), l.end(), flcar) ; 

; 



x- : essai iterateur de flot 



Exemple d'utilisation d ' u n iterateur de flot de sortie 

Remarque 

Ici, notre exemple s'appliquait a la sortie standard ; dans ces conditions, I'utilisation d ' inform ations de 
type autre que char poserait le problem e de leur separation a I'affichage ou dans le fichier texte 
correspondant. En revanche, I'application a un fichier binaire quelconque ne poserait plus aucun 
problem e. 

b) Iterateur de flot d 'entree 

D e meme qu'on peut definir des iterateurs de flot de sortie, on peut definir des iterateurs de flot d ' entree, 
suivant un pro cede tres voisin. P ar ex em pie, avec : 

istream_iterator<int> flint (cin) ; 
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on definit un iterateur nomme flint, su r un flot d ' en tree d'entiers, connecte a cin. De la meme maniere, 
avec : 

if stream fich ("essai" , ios::in) ; 
istream_iterator<int> flint (fich) ; 

on definit un iterateur, nomme flint, sur un flot d ' en tree d'entiers, connecte au flot fich, suppose 
convenablem ent ouvert. 

Les iterateurs de flot d ' en tree necessitent cependant la possibility d'en detecter la fin. Pour ce faire, il existe 
une convention permettant de construire un iterateur en representant la fin, a savoir, ('utilisation d'un 
construe teur sans a rg urn ent ; par ex em pie, avec : 

istream_iterator<int> fin ; /* fin est un iterateur representant une fin de */ 

/* fichier sur un iterateur de flot d'entiers */ 

V oici, par ex em pie, com m ent utiliser un iterateur de flot d 1 entree pour recopier les inform ations d'un fichier 
dans une liste ; ici, nous creons une liste vide et nous utilisons un iterateur d'insertion pour y introduire le 
resultat de la copie : 

list<int> 1 ; 

ifstream fich ("essai" , ios::in) ; 

istream_iterator<int , ptrdiff_t> flint (fich), fin ; 
copy (flint, fin, inserter (1, 1 .begin ()) ) ; 



2. ALGORITHM ES D 1 IN IT IA L IS A T 10 N DE SEQUENC ES EX 1ST ANTES 

Tous ces algorithmes permettent de donner des valeurs a des elements existant d'une sequence, dont la 
valeur est done remplacee. De par leur nature meme, ils ne sont pas adaptes aux conteneurs associatifs, a 
m o ins d' utiliser un iterateur d'insertion et de tenir com pte de la nature de type pair de leurs elem ents. 



2.1 Copie d'une sequence dans une autre 

C om m e on I'a deja vu a plusieurs reprises, on peut recopier une sequence dans une autre, pour peu que les 
types d es elem ents so ient les m em es. P ar ex em pie, si I est une liste d' en tiers et v un vecteur d' en tiers : 

copy (1 .begin () , l.end(), v.begin()) ; /* recopie les elements de la liste 1 
dans */ 

/* le vecteur v, a partir de son debut 

*/ 

L e sens de la copie est im pose, a savoir qu'on com m ence bien par recopier I. beg in () en v. begin)). La seule 
contrainte (logique) qui soit i m p o see aux valeurs des iterateurs est que la position de la premiere copie 
n'appartienne pas a I'intervalle a copier. En revanche, rien n'interdirait, par exemple : 

copy (v. begin () +1, v. begin () +10, v. begin () ) ; /* recopie v[l] dans v[0] 
*/ 

/* v[2] dans v[l] . . . v[9] dans 

v[8] */ 

II existe ega lenient un algorithme copy_ backward qui pro cede a la copie dans I'ordre inverse de copy, e'est- 
a-dire en commencant par le dernier element. Dans ce cas, comme on peut s'y attendre, les iterateurs 
correspondants do i vent etre bi direction nels. 
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V oici un ex em pie de program m e utilisant copy pour realiser des copies usuelles, ainsi qu e des i n sertions, par 
le biais d'un iterateur d'insertion : 



#include <±ostream> 
^include <vector> 
^include <list> 
^include <algorithm> 
using namespace std ; 
main ( ) 

{ int t[5] = { 1, 2, 3, 4, 5 } ; 

vector<int> v(t, t+5) ; /* v contient : 1, 2, 3, 4, 5 */ 
list<int> 1 (8, 0) ; /* liste de 8 elements egaux a 0*/ 

void affiche(vector<int>) ; 
void affiche(list<int>) ; 

cout « "liste initiale : " ; affiche (1) 

copy (v. begin () , v.end(), 1 .begin () ) ; 

cout « "liste apres copie 1 : " ; affiche (1) ; 

1 . assign (3, 0) ; /* 1 contient maintenant 3 elements egaux 

a 0 */ 

copy (v. begin () , v.end(), 1 .begin () ) ; /* sequence trop courte 

deconseille */ 

cout « "liste apres copie 2 : " ; affiche (1) ; 

1 . erase (1 .begin () , l.end()) ; /* 1 est maintenant vide 

*/ 

copy (v. begin () , v.end(), inserter (1, l.begin())) ; /* on y insere les elem 
de v */ 

cout « "liste apres copie 3 : " ; affiche (1) 

} 

void affiche(list<int> 1) 
{ list<int> : : iterator il ; 

for (±1=1. begin () ; ±l!=l.end() ; ±1++) cout « *±1 « " " ; 

cout « "\n" ; 
} 

liste ±n±t±ale : 00000000 

liste apres copie 1 : 12345000 
liste apres copie 2:523 
liste apres copie 3:12345 



Exemple de copies usuelles et de copies avec Insertion 

2.2 Generation de valeurs par une fonction 

II est frequent qu'on ait besoin d'initialiser un conteneur par des valeurs resultant d'un calcul. La 
bibliotheque standard offre un outil assez general a cet effet, a savoir ce qu'on nomme souvent un 
algorithm e generateur. On lui fournit en argument, un objet fonction (il peut done s'agir d'une fonction 
ordinaire) qu'il appellera pour deter m iner la valeur a attribuer a chaque elem en t d'un intervalle. Une telle 
fonction ne recoitaucun argument. Par exemple, I'appel : 

generate (v. begin () , v.end(), suite) ; 
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utilisera la fonction suite pour donner une valeur a chacun des elements de la sequence definie par 
I ' i n te r v a 1 1 e [v. begin)), v.end(l). 

V oici un p rem ier ex em pie faisant appel a une fonction ordinaire : 



# include <iostream.h> 
tfinclude <vector> 
using namespace std ; 
main () 

{ int n =10 / 

vector<int> v(n, 0) / /* vecteur de n elements initialises a 0 */ 

int suite () ; /* fonction utilisee pour la generation d'entiers */ 

void affiche(vector<int>) ; 

cout « "vecteur initial : " ; affiche(v) ; 
generate (v. begin () , v.end(), suite) ; 
cout « "vecteur genere : " ; affiche(v) ; 

} 

int suite () 
{ static int n = 0 ; 
return n++ ; 

} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 

vecteur initial : 0000000000 
vecteur genere : 0123456789 



G eneration de valeur s par une fonction ordinaire 

On constate qu'il est difficile d ' i m poser une valeur initiale a la suite de nom bres, autrem ent qu'en la fixant 
dans la fonction elle-meme; en particulier, il n'est pas possible de la choisir en argument. C 'est la 
precisem ent que la notion de classe fonction s'avere interessante com m e le m ontre I'exem pie suivant : 



^include <iostream.h> 
iinclude <vector> 
using namespace std ; 

class sequence /* classe fonction utilisee pour la generation d'entiers 

*/ 

{ public : 

sequence (int i) { n = i ; } /* constructeur * / 

int operator () () { return n++ ; } /* ne pas oublier () */ 

private : 

int n ; /* valeur courante generee */ 

} ; 



378 



Programmer en langage C + + 



main ( ) 

{ int n = 10 ; 

vector<int> v(n, 0) ; /* vecteur de n elements initialises a 0 */ 
void affiche(vector<int>) ; 
cout « "vecteur initial : " 
generate (v. begin () , v.end(), 
cout « "vecteur genere 1 : " 
generate (v. begin () , v.end(), 
cout « "vecteur genere 2 : " 

} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 

} 



; affiche (v) 
sequence (0) ) 
; affiche (v) 
sequence (4) ) 
; affiche (v) 



vecteur initial : 0000000000 
vecteur genere 1 : 0123456789 
vecteur genere 2 : 4 5 6 7 8 9 10 11 12 13 



G eneration de valeurs par u n e class e foncti on 

R em arques 

1) Si Ton com pare les deux appels suivants, l'un du prem ier exem pie, I'autre du second : 

generate (v. begin () , v.end(), suite) ; 
generate (v. begin () , v.end(), sequence (0)) ; 

on constate que, dans le premier cas, suite est la reference a une fonction, tandis que dans le second, 
sequence(O) est la reference a un objet de type sequence. M ais, comme ce dernier a convenablem ent 
su rdefini I'operateur (), I 'algorithm e generate n ' a pas a tenir com pte de cette difference. 

2) II existe un autre algorithm e, generate_n, comparable a generate, qui genere un nombre de valeurs 
prevues en argument. D'autre part, I'algorith m e fill permet d'affecter une valeur donnee a tous les 
elem ents d'une sequence ou a un norm bre donne d'elements : 

fill (debut, fin, valeur) 

fill (position, N bF ois, valeur) 

3. ALGORITHM ES DE RECHERCHE 

C es algorithm es ne m odifient pas la sequence sur laquelle ils travail lent. 0 n distingue : 

• les algorithm es fondes sur une egalite ou sur un p red i cat una ire, 

• les algorithmes fondes sur une relation d'ordre permettant de trouver le plus grand ou le plus petit 
elem ent. 
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3 .1 A Igorithm es fondes sur une eg a lite ou un pre die at una ire 

C es algorithmes perm e tte n t de rechercher la premiere occurrence de valeurs ou de series de valeurs qui 
sont : 

• soit i m p o sees explicitem ent ; cela signifie en fait qu'on se fonde sur la relation d'egalite induite par 
I'operateur = = , qu'il soit su rdefini ou non ; 

• soit par une condition fo urn ie sous form e d'un p red i cat una ire. 

lis fournissent tous un iterateur sur I'element recherche, s'il existe, et I'iterateur sur la fin de la sequence, 
sinon ; dans ce dernier cas, cette valeur n'est egale a en d ( ) que si la sequence concerned appartient a un 
conteneur et s'etend jusqu'a sa fin. Sinon, on peut obtenir un iterateur valide sur un element n'ayant rien a 
voir avec la recherche en question. D ans le cas ou les iterateurs utilises sont des pointeurs, on peut obtenir 
un pointeur sur une valeur situee au-dela de la sequence examinee. II faudra tenir compte de ces remarques 
dans le test de la valeur de retour, qui constitue le seul m oyen de savoir si la recherche a abouti. 

L 'algorithm e find perm et de rechercher une valeur don nee, tandis que findfirstof perm et de rechercher une 
valeur parm i plusieurs. L 'algorithm e f i n d _ if (debut, fin, predicat) auto rise la recherche de la p re m i e re valeur 
satisfaisant au predicat una ire fourni en a rg urn ent. 

On peut rechercher, dans une sequence [ d eb u t_ 1 , f i n _ 1 ) , la premiere apparition complete d'une autre 
sequence [ d e b u t_ 2 , f i n _ 2 } par search ( d eb u t_ 1 , fin_l, debut_2, f i n _ 2 ) . De meme, search n (debut, fin, 
NbFois, valeur) perm et" de rechercher une suite de NbFois une meme valeur. La encore, on se base sur 
I'operateur = = , su rdefini ou non. 

On peut rechercher les "doublons", e'est-a-dire les valeurs apparaissant deux fo is de suite, par adjacentfind 
(debut, fin). A ttention, ce n'est pas un cas particulier de search_n, dans la m esure ou Ton n'im pose pas la 
valeur dupliquee. Pour c here her les autres doublons, on peut soit supp rim er I'une des valeurs trouvees, soit 
sim plem ent recom m encer la recherche, au-dela de I 'em placem ent ou se trouve le doublon precedent. 

Voici un exemple de programme illustrant la plupart de ces possibilites (par souci de simplification, nous 
suppo sons que les valeurs recherchees existent to u jours) : 



^include <iostream.h> 
iinclude <vector> 
using namespace std ; 
main () 

{ char *chl = "anticonstitutionnellement " ; 
char *ch2 = "uoie" ; 
char *ch3 = "tion" ; 

vector<char> vl (chl, chl+strlen (chl) ) ; 
vector<char> v2 (ch2, ch2+strlen (ch2) ) ; 
vector<char> :: iterator iv ; 

iv = find_first_of (vl .begin () , vl.end(), v2.begin(), v2.end()) ; 

cout « "\npremier de uoie en : " ; for ( ; iv!=vl.end() ; iv++) cout « *iv 

r 

iv = find_first_of (vl .begin () , vl .end() , v2.begin(), v2 .begin () +2) ; 

cout « "\npremier de uo en : " ; for ( ; iv!=vl.end() ; iv++) cout « *iv 

v2 .assign (ch3, ch3+strlen (ch3) ) ; 

iv = search (vl .begin () , vl.end(), v2.begin(), v2.end()) 

cout « "\ntion en : " ; for ( ; iv!=vl.end() ; iv++) cout « 

*iv ; 

iv = sear ch_n (vl .begin () , vl.end() , 2, '1 ' ) ; 
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cout « "\n'l' 2 fois en : " ; for ( ; iv!=vl . end () ; iv++) cout « 

*iv ; 

iv = adjacent_find (vl .begin () , vl .end() ) 

cout « "\npremier doublon en : " ; for ( ; iv!=vl.end() ; iv++) cout « 
*iv ; 

} 

premier de uoie en : iconstitutionnellement 

premier de uo en : onstitutionnellement 

tion en : tionnellement 

' 1 ' 2 fois en : llement 

premier doublon en : nnellement 



E xem pie cl' utilisation d es algorithmes de recherche 

3.2 Algorithmes de recherche de maximum ou de minimum 

L es deux algorithmes m a x_ element et m i n _ element perm ettent de determ iner le plus grand ou le plus petit 
element d'une sequence, lis s'appuient par defaut sur la relation induite par I'operateur < , mais il est 
egalement possible d'imposer sa pro pre relation, so us form e d 1 un p red i cat binaire. C om m e les algorithm es 
precedents, ils fournissent en retour soit un iterateur sur I'element correspondant ou sur le premier d'entre 
eux s'il en existe plusieurs, soit un iterateur sur la fin de la sequence, s'il n'en existe aucun. M ais cette 
derniere situation ne peut se produire ici qu'avec une sequence vide ou lorsqu'on choisit son pro pre p red i cat, 
de so rte que I 'exam en de la valeur de retour est alors m oins cruciale. 

Void un exemple dans lequel nous appliquons ces algorithmes a un tableau usuel (par souci de 
sim plification, nous supposons que les valeurs recherchees existent to u jours) : 



# include <iostream.h> 

iinclude <algorithm> // utile car aucun en-tete de conteneur 
using namespace std ; 
main () 

{ int t[] = {5, 4, 1, 8, 3, 9, 2, 9, 1, 8} ; 
int * ad ; 

ad = max_element (t, t+sizeof (t) /sizeof (t [0] ) ) ; 
cout « "plus grand elem de t en position " « ad-t 

« " valeur " « *ad « "\n" ; 
ad = min_element (t, t+sizeof (t) /sizeof (t [0] ) ) ; 
cout « "plus petit elem de t en position " « ad-t 

« " valeur " « *ad « "\n" ; 
ad = max_element (t, t+sizeof (t) /sizeof (t [0] ) , greater <int> () ) ; 
cout « "plus grand elem avec greater<int> en position " « ad-t 

« " valeur " « *ad « "\n" ; 



plus grand elem de t en position 5 valeur 9 
plus petit elem de t en position 2 valeur 1 
plus grand elem avec greater<int> en position 2 valeur 1 
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Exemple d'utilisation de max_element etde min_element 
4. ALGORITHM ES DE TRANSFORMATION D 1 U N E S EQ U E N C E 

II s'agit des algorithmes qui modifient les valeurs d'une sequenc e o u leur ordre, sans en modifier le nom b r e 
d'elem ents. lis ne sont pas applicables aux conteneurs associatifs, pour lesquels I 1 ordre est im pose de f a g o n 
intrinseque. 

On peut di sting uer tro is categories d 1 algorithm es : 

• rem placem ent de valeurs, 

• perm utation de valeurs, 

• partition. 

Beaucoup de ces algorithmes dispo sent d'une version suffix ee par _copy ; dans ce cas, la version xxxxcopy 
realise le meme traitement que xxxx, avec cette difference importante qu'elle ne modifie plus la sequence 
d'origine et qu'elle copie le res u I tat obtenu dans une autre sequence don t les elements doivent alors exister, 
comme avec copy. Ces algorithmes de la forme xxxx copy peuvent, quant a eux, s'appliquer a des 
conteneurs associatifs, a condition toutefois, d'utiliser un iterateur d' insertion et de tenir com pte de la nature 
de type pair de leurs e I e m ents. 

Par ail leurs, il existe un algorithm e nom m e transform qui, contrairem ent a ce que son nom pourrait laisser 
entendre, initialise une sequence en appliquant une fonction de transformation a une sequence ou a deux 
sequences de m em e taille, ces dernieres n'etant alors pas m odifiees. 



4.1 Rem placem ent de valeurs 

On peut remplacer toutes les occurrences d'une valeur do n n ee par une autre valeur, en se fondant sur 
I'operateur = = ; par exem pie : 

replace (1. begin (), l.end(), 0, -1) ; /* remplace toutes les occurrences */ 

/* de 0 par -1 */ 

0 n peut egalem ent rem placer toutes les occurrences d' une valeur satisfaisant a une condition ; par exem pie : 

replace_lf (1 .begin () , l.end(), impair, 0) ; /* remplace par 0 toutes les 
valeurs */ 

/* satisfaisant au predicat 

unaire */ 

/* impair qu ' il faut fournir 

*/ 

4 .2 Perm utations d e valeurs 
a) Rotation 

L'algorithme rotate permet d'effectuer une permutation circulaire des valeurs d'une sequence. On notera 
qu'on ne dispose que des possibilites de permutation circulaire inverse compte tenu de la maniere dont on 
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precise I ' a m p I e u r de la permutation, a savoir, non pas par un n o m b re , m a i s en indiquant quel element doit 
venir en premiere position. En void un exemple : 



^include <iostream.h> 
#include <vector> 
using namespace std ; 
main () 

{ void affiche (vector<int>) ; 

int tU = (1, 2, 3, 4, 5, 6, 7, 8} ; 
int decal = 3 ; 
vector<int> v(t, t+8) ; 

cout « "vecteur initial : " ; affiche(v) 

rotate (v. begin () , v. begin () +decal, v.end()) ; 
cout « "vecteur decale de 3 : " ; affiche(v) 

} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 

vecteur initial : 12345678 

vecteur decale de 3:45678123 



Exemple cl'utilisation de rotate 

b) Generation de perm u tat ions 

D es lors qu'une sequence est o r don nee par une relation d'ordre R, il est possible d'ordonner les differentes 
permutations possibles des valeurs de cette sequence. Par exemple, si Ton considere les trois valeurs 1, 4, 8 
et la relation d'ordre < , voici la liste ordonnee de toutes les perm utations possibles : 

1 4 8 
1 8 4 
4 1 8 
4 8 1 
8 1 4 
8 4 1 

Dans ces conditions, il est possible de parler de la permutation suivante ou precedente d'une sequence de 
valeurs donnees. Dans I'exemple ci-dessus, la permutation precedente de la sequence 4, 1, 8 serait la 
sequence 1, 8, 4 tandis que la permutation suivante serait 4, 8, 1. Pour e v iter tout problem e , on considere 
que la permutation suivant la derniere est la premiere, et que la permutation precedent la derniere est la 
prem iere. 

Les algorithmes next permutation et prev permutation permettent de remplacer une sequence donnee 
respectivem ent par la permutation suivante ou par la permutation precedente. On peut utiliser soit, par 
defaut, I'operateur < , soit une relation imposee sous formed'un p red i cat binaire. A ctuellem ent, il n'existe 
pas de variantes _ c o p y de ces algorithm es. 

Voici un exemple (la valeur de retour true ou false des algorithmes permet de savoir si Ton a effectue un 
bouclage dans la liste des perm utations) : 
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^include <iostream.h> 
iinclude <vector> 
using namespace std ; 
main () 

{ void affiche (vector<int>) ; 
int tU = {2, 1, 3} ; 
int i ; 

vector<int> v(t, t+3) ; 

cout « "vecteur initial : " ; affiche (v) ; 
for (i=0 ; i<=10 ; i++) 

{ bool res = next _permutation (v. begin () , v.end()) ; 

cout « "permutation " « res « " : " ; affiche (v) ; 

} 

} 

void affiche (vector<int> v) 
{ unsigned int i 

for (i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



vecteur ini 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 
permutation 



ial : 2 1 3 

1 : 2 3 1 

1 : 3 1 2 

1 : 3 2 1 

0 : 1 2 3 

1 : 1 3 2 
1 : 2 1 3 
1 : 2 3 1 
1 : 3 1 2 
1 : 3 2 1 

0 : 1 2 3 

1 : 1 3 2 



E xem pie cl' utilisation de n ex t_ perm utation et de prev_ perm utation 

c ) Perm utations a le a to ire s 

L 'algorithm e random_shuffle perm e t d'effectuer une permutation aleatoire des valeurs d'une sequence. En 
voici un exem pie : 



# include <iostream.h> 
^include <vector> 
using namespace std ; 
main () 

{ void affiche (vector<int>) ; 
int t[] = {2, 1, 3} ; 
int i ; 
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vector<int> v(t, t+3) ; 

cout « "vecteur initial : " ; affiche(v) ; 
for (i=0 ; i<=10 ; i++) 

{ random_shuffle (v. begin () , v.end()) ; 

cout « "vecteur hasard : " ; affiche(v) / 

; 

; 

void affiche (vector<int> v) 
{ unsigned int i 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



vecteur 


initial 


2 


1 


3 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


1 


2 


3 


vecteur 


hasard 


1 


3 


2 


vecteur 


hasard 


3 


1 


2 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


3 


1 


2 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


2 


3 


1 



Exemple cl'utilisation de random_shuffle 

Remarque 

II existe une version de ra n do m_ shuffle perm ettant d'im poser son generateur de nom b r e s a lea to ires, 



4.3 Partitions 

On nom m e partition d'une sequence suivant un p red i cat unaire donne, un rea rra ngem ent de cette sequence 
defini par un iterateur designant un elem ent tel que to us les elem ents le precedant verifient la dite condition. 
P ar exem pie, avec la sequence : 

1 3 4 1 1 2 7 8 

et le predi cat impair (suppose vrai pour un nom bre im pair et faux sinon), voici des partitions possibles (dans 
tous les cas, I'iterateur designera le quatrieme element) : 

1 3 1 1 7 4 2 8 /* I'iterateur designera ici le 4 */ 
1 3 1 1 7 2 8 4 /* I'iterateur designera ici le 2 */ 
3 1 7 1 1 2 4 8 /* I'iterateur designera ici le 2 */ 

On dit que la partition obtenue est stable si I'ordre relatif des elem ents satisfaisant au predi cat est conserve. 
D a ns no tre exem pie, seu les les deux p rem ieres perm utations son t stables. 

Les algorithm es partition et sta ble_ pa rtition permettent de determiner une telle partition a partir d'un 
predicat unaire fourni en argum ent. 
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5. ALGORITHM ES D IT S "DE SUPPRESSION" 



C es algorithmes perm ette n t d'eliminer d'une sequence les elements repondant a un certain critere. M ais, 
assez curieusem ent, ils ne suppriment pas les elements correspondants ; ils se contentent de regrouper en 
debut de sequence les elements non concerned par la condition d'elim ination et de fournir en retour un 
iterateur sur le premier element non conserve. En fait, il faut voir qu'aucun algorithm e ne peut supprimer 
deselementsd'une sequenc e pour la bonne et sim pie raison qu'il risque d'etre applique a une structure autre 
qu'un conteneur (ne serait-ce qu'un tableau usuel) pour laquelle la notion de suppression n'existe pas 1 . 
D 'autre part, contrairem ent a toute attente, il n'est pas du tout certain que les valeurs apparaissant en fin de 
conteneur so i ent eel les qui ont ete elim inees du debut. 

Bien entendu, rien n'em peche d'effectuer, apres avoir appele un tel algorithm e, une suppression effective 
des el em ents cone ernes en utilisant une fo notion mem bre telle que remove, dans le cas ou Ton a affaire a une 
sequence d'un conteneur. 

L 'algorithm e remove (debut, fin, valeur) perm et d'elim i n e r to us les el em ents ayant la va leur indiquee, en se 
basant sur I'operateur = = . II existe une version removejf, qui se fonde sur un p red i cat binaire donne. Seul 
le prem ier algorithm e est stable, e'est-a-dire qu'il conserve I'ordre relatif des valeurs non elim inees. 

L 'algorithm e unique perm et de n e conserver que la prem i e re valeur d'une serie de valeurs eg a les (au sens de 
= = ) ou repondant a un predi cat binaire donne. II n'im pose nu Hem ent que la sequence so it ordonnee suivant 
un certain ordre. 

C es algorithm es dispo sent d'une version avec _ c o p y qui ne m odifie pas la sequence d'o rig ine et qui range 
dans une autre sequence les seules valeurs non elim inees. Utilises conjointem ent avec un iterateur 
d' insertion, ils peu vent perm ettre de creer une nouvelle sequence. 

Voici un exemple de programme montrant les principales possi b i lites evoquees, y compris des insertions 
dans une sequence avec remove_copy_if (dont on rem arque clairem ent d'ailleurs qu'il n'est pas stable) : 



^include <lostream.h> 
iinclude <l±st> 
using namespace std ; 
main ( ) 

{ void affiche(list<int>) ; 
bool pair (int) ; 

int t[] = { 4, 3, 5, 4, 4, 4, 9, 4, 6, 6, 3, 3, 2 } ; 
list<int> 1 ft, t+sizeof (t) /sizeof (int) ) ; 
list<int> l_bis=l ; 

list<int> 12 ; /* liste vide */ 

list<int>: : iterator il ; 

cout « "liste initiale : " ; affiche (1) ; 

il = remove (1 .begin () , l.end(), 4) ; /* different de 1. remove (4) */ 
cout « "liste apres remove (4) : " ; affiche (1) ; 

cout « "element places en fin : " ; 

for (; il!=l.end() ; il++) cout « *il « " " ; cout « "\n" ; 



1 ■ U n algorithme ne peut pas da vantage inserer u n element dans une seq u enc e ; on peut toutefois y pa rven ir, dans le cas d'un conteneur, 
en recourant a un iterateur d'insertion. 
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1 = l_bis ; 

il = unique (1 .begin () , l.end()) ; 

cout « "liste apres unique : " ; affiche (1) ; 

cout « "elements places en fin : " ; 

for (; il!=l.end() ; il++) cout « *il « " " ; cout « "\n" ; 
1 = l_bis ; 

il = remove_if (1 .begin () , l.end(), pair) 

cout « "liste apres remove pair : " ; affiche (1) ; 

cout « "elements places en fin : " ; 

for (; il!=l.end() ; il++) cout « *il « " " ; cout « "\n" ; 

/* elimination de valeurs par copie dans liste vide 12 par iterateur 
d' insertion */ 
1 = l_bis ; 

remove_copy_if (1 .begin () , l.end(), front_inserter (12) , pair) ; 
cout « "liste avec remove_copy_if pair : " ; affiche (12) ; 

} 

void affiche (list<int> 1) 
{ list<int> :: iterator il ; 

for (±1=1. begin () ; ±l!=l.end() ; il++) cout « (*il) « " " ; 

cout « "\n" ; 

} 

bool pair (int n) 
{ return ! (n%2) ; 

; 

liste initiale 
liste apres remove (4) 
element places en fin 
liste apres unique 
elements places en fin 
liste apres remove pair 
elements places en fin 
liste avec remove_copy_if pair 



Exemple d'utilisation d es algorithmes de sup p ressio n 



6. ALGORITHM ES DE TRIS 



C es algorithmes s'appliquent a des sequences ordonnables, c'est-a-dire pour lesquelles il a ete defini une 
relation d'ordre faible strict, soit par I'operateur < , soit par un predicat binaire donne. lis ne peuvent pas 
s'appliquer a un conteneur associatif, com pte tenu du conflit qui apparaltrait alors entre leur ordre interne et 
celui qu'on voudrait leur imposer. Pour d'evidentes questions d'efficacite, la plupart de ces algorithmes 
necessitent des iterateurs a acces direct, de sorte qu'ils ne sont pas applicables a des listes (m a is le conteneur 
list dispose de sa fonction m em bre sort). 



3596633266332 
6 6 3 3 2 

4354946326332 
6 3 3 2 

3593349466332 

49466332 

3 3 9 5 3 
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On peut realiser des tris complets d'une sequence. Dans ce cas, on peut choisir entre un algorithm e stable 
stable_sort ou un algorithm e non stable, plus rapide. On peut effectuer egalem ent, avec partialsort, des tris 
parti els, c'est-a-dire qui se contentent de n'ordonner qu'un certain nom bre d 1 elem ents. D a ns ce cas, I'appel 
se presente sous la forme partial_sort (debut, milieu, fin) et I'amplitude du tri est definie par I'iterateur 
milieu designant le premier element non trie. Enfin, avec nth_element, il est possible de determiner 
seulement le nieme element, c'est-a-dire de placer dans cette position I'element qui s'y trouverait si I'on 
avait trie toute la sequence ; la encore, I'appel se presente sous la form e n th _ elem ent (debut, milieu, fin) et 
milieu designe I'elem ent en question. 



V oici un ex em pie m ontrant I 1 utilisation des principaux algorithm es de tri 



^include <iostream.h> 
# include <vector> 
using namespace std ; 
main ( ) 

{ void affiche (vector<int>) 
bool comp (int, int) ; 
int t[] = {2, 1, 3, 9, 2, 7, 5, 8} ; 
int i ; 

vector<int> v(t, t+8) , v_bis=v ; 
cout « "vecteur initial ; " ; 

sort (v. begin () , v.end()) ; 
cout « "apres sort : " ; 

v = v b±s ; 

partial_sort (v.begin(), v. begin () +5, 
cout « "apres partial_sort (5) ; " ; 
v = v bis ; 

nth_element (v.beginf), v.begin()+ 5, 
cout « "apres nth_element 6 ; " ; 
nth_element (v.beginf), v.begin()+ 2, 
cout « "apres nth_element 3 : " ; 

} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



affiche (v) ; 

affiche (v) ; 

v.endO) ; 
affiche (v) ; 

v.endO) ; 
affiche (v) ; 
v.endO) ; 
affiche (v) ; 



vecteur initial 
apres sort 

apres partial_sort (5) 
apres nth_element 6 
apres nth_element 3 



21392758 
12235789 
12235978 
21352789 
21235789 



Exemple d'utilisation des algorithmes de tri 
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7. ALGORITHM ES DE RECHERCHE ET DE FUSION SUR DES SEQUENCES 
0 RDO N N EES 

Ces algorithmes s'appliquent a des sequences supposees ordonnees par une relation d'ordre faible strict. 
7.1 Algorithmes de recherche binaire 

Les algorithmes de recherche presented dans le paragraphe 3 s'appliquaient a des sequences non 
necessa irem ent ordonnees. Les algorithmes presented ici supposent que la sequence concerned soit 
convenablem ent ordonnee suivant la relation d'ordre faible strict qui sera utilisee, qu'il s'agisse par defaut 
de I'operateur < ou d'un predicat fourni ex p lie item ent. C 'est ce qui leur permet d'utiliser des m ethodes de 
recherche dichotom ique (ou binaire) plus p erform antes que de si m pies recherches sequentielles. 

C om me on peut s'y attendre, ces algorithm es ne m odifient pas la sequence concerned et ils peu vent done, en 
theorie, s'appliquer a des conteneurs de type set ou multiset. En revanche, leur application a des types map 
et multimap n'est guere envisageable puisque, en general, ce ne sont pas leurs elements qui sont ordonnes, 
mais seulement les cles... Quoi qu'il en soit, les conteneurs associatifs disposent deja de fonctions membre 
equivalant aux algorithmes exam ines ici, excepte pour b i n a r y _ search. 

L 'algorithm e bin a ry_ search perm et de savoir s'il existe dans la sequence une v a leur equivalente (au sens de 
I'equivalence induite par la relation d'ordre concerned). Par ailleurs, on peut localiser I'em placem ent 
possible pour une valeur donnee, compte tenu d'un certain ordre : lower bound fournit la premiere position 
possible tandis que upper_ bound fournit la derniere position possible; equal_range fournit les deux 
informations precedentes sous forme d'une paire. 



7 .2 A Igorithm es de fusion 

La fusion de deux sequences ordonnees consiste a les reunir en une troisieme sequence ordonnee suivant le 
m em e ordre. La encore, ils peu vent s'appliquer a des conteneurs de type set ou multiset ; en revanche, leur 
application a des conteneurs de type map ou multimap n'est guere realiste, compte tenu de ce que ces 
derniers sont ordonnes uniquem ent suivant les cles. II existe deux algorithmes : 

• merge qui perm et la creation d'une tr o i si em e sequence par fusion de deux autres ; 

• inplace_merge qui permet la fusion de deux sequences con sec u ti v e s en une seule qui vient prendre la 
place des deu x sequ en ces originales. 

V oici un ex em pie d' utilisation de ces algorithm es : 



^include <iostream.h> 
iinclude <vector> 
using namespace std ; 
main () 

{ void affiche (vector<int>) ; 

int tl[8] = {2, 1, 3, 12, 2, 18, 5, 8} ; 

int t2[5] = {5, 4, 15, 9, 11} ; 

vector<int> vl(tl, tl+8) , v2(t2, t2+6) , v ; 

cout « "vecteur 1 initial : " ; affiche (vl) ; 

sort ( vl . begin () , vl . end () ) ; 

cout « "vecteur 1 trie : " ; affiche (vl) ; 

cout « "vecteur 2 initial : " ; affiche (v2) ; 

sort ( v2 . begin () , v2 . end () ) ; 

cout « "vecteur 2 trie : " ; affiche (v2) ; 
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merge (vl .begin () , vl.end(), v2.begin(), v2.end(), back_inserter (v) ) ; 
cout « "fusion des deux : " ; affiche (v) ; 

random_shuffle (v. begin () , v.end()) ; /* v n'est plus ordonne */ 
cout « "vecteur v desordonne : " ; affiche(v) ; 

sort (v. begin () , v. begin () +6) ; /* tri des premiers elements de 

sort (v. begin () +6, v.end()) ; /* tri des derniers elements de 

cout « "vecteur v trie par parties : " ; affiche (v) ; 

inplace_merge (v. begin () , v. begin () +6, v.end()) ; /* fusion interne */ 
cout « "vecteur v apres fusion : " ; affiche(v) ; 

} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v. size () ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 



} 



vecteur 1 initial 
vecteur 1 trie 
vecteur 2 initial 
vecteur 2 trie 
fusion des deux 
vecteur v desordonne 
vecteur v trie par parties 
vecteur v apres fusion 



2 1 3 12 2 18 5 8 

1 2 2 3 5 8 12 18 
5 4 15 9 11 2 

2 4 5 9 11 15 

1 2 2 2 3 4 5 5 8 9 11 12 15 18 
5 12 9 2 2 15 2 5 1 18 3 8 11 4 

2 2 5 9 12 15 1 2 3 4 5 8 11 18 
1 2 2 2 3 4 5 5 8 9 11 12 15 18 



E xem pie d 1 utilisation des algorithmes d e fusion 



8. ALGORITHM ES A C A R ACT ERE NUM ERIQUE 



N ous avons classe dans cette rubrique les algorithmes qui effectuent, sur les elements d'une sequence, des 
operations numeriques fondees sur les operateurs + , ■ ou *. Plutot destines, a priori, a des elements d'un 
type effectivement numerique, ils peuvent neanmoins s'appliquer a des elements de type classe pour peu que 
cette derniere ait convenablem ent surdefini les operateurs voulus ou qu'elle fournisse une fonction b i n a ire 
appropriee. 

C om m e on peut s'y attendre, I 'algorithm e accumulate fait la so m m e des el em ents d'une sequ en c e tandis que 
inner product effectue le produit scalaire de deux sequences de meme taille. On prendra garde au fait que 
ces deux algorithmes ajoutent le res u I tat a une valeur initiale fournie en a rg urn ent (en general, on choisit 0). 

L 'algorithm e partial_sum cree, a partir d'une sequence, une nouvelle sequence de meme taille form ee des 
cumuls partiels des valeurs de la premiere : le premier element est inchange, le second est la somme du 
premier et du second, etc. Enfin, I'algorithme adjacent_difference cree, a partir d'une sequence, une 
sequence de meme taille form ee des differences de deux elements consecutifs (le premier element restant 
inchange). 

V oici un ex em pie d' utilisation de ces d iff e rents algorithm es : 



# include <iostream.h> 

^include <numeric> // pour les algorithmes numeriques 
using namespace std ; 
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" ; affiche(vl) ; 
" ; affiche (v2) ; 



main () 

{ void affiche (int *) ; 

int vl[5] = { 1, 3, -1, 4, 1} ; 
int v2[5] = { 2, 5, 1, -3, 2} ; 
int v3[5] ; 
cout « "vecteur vl 
cout « "vecteur v2 
cout « "somme des elements de vl 

« accumulate (vl, vl+3, 0) « "\n" ; 
cout « "produit scalaire vl.v2 : " 

« inner_product (vl, vl+3, v2, 0) « "\n 
partial_sum (vl, vl+5, v3) ; 

cout « "sommes partielles de v 1 " ; affiche (v3) ; 

adjacent_difference (vl, vl+5, v3) ; 

cout « "differences ajdacentes de vl : " ; affiche (v3) ; 

} 

void affiche (int * v) 

{ int i ; for (i=0 ; i<5 ; i++) cout « v[i] « " " ; cout « "\n" ; 
} 



/* ne pas oublier 0 */ 
/* ne pas oublier 0 */ 



vecteur vl 
vecteur v2 

somme des elements de vl 
produit scalaire vl . v2 
sommes partielles de v 1 
differences ajdacentes de vl 



13-141 
2 5 1-32 
3 

16 

1 4 3 7 8 
12-45-3 



E xem pie d 1 utilisation d ' a Igorithmes numeriques 



9. ALGORITHM ES A CAR ACT ERE ENS EM BLISTE 



C om m e on a pu le constate r dans le chapitre precedent, les conteneurs set et multiset ne disposent d'aucune 
fonction membre permettant de realiser les operations ensem blistes classiques. En revanche, il existe des 
algorithm es gen era ux qui, quanta eux, peuvent en theorie s'appliquer a des sequences quelconques ; il faut 
cependant qu'elles soient convenablem ent ordonnees, ce qui constitue une premiere difference par rapport 
aux notions m athem atiques usuelles, dont I'ordre est m anifestem ent absent. De plus, ces notions 
ensem blistes ont du etre quelque peu am enagees, de m aniere a accepter la presence de plusieurs el em ents de 
m em e valeur. 

L'egalite entre deux elements se fonde sur I'operateur = = ou, eventuellem ent, sur un predicat binaire 
fourni ex p lie item ent. Pour que les algorith m es fonctionnent convenablem ent, il est alors n ecessaire que cette 
relation d'egalite so it com patible avec la relation ayant servi a ordonner les sequences correspondantes ; plus 
precisem ent, il est necessaire que les classes d 1 equ ivalence induite par la relation d'ordre faible strict 
coincident avec eel les qui sont induites par l'egalite. 

Par ailleurs, les algorithmes creant une nouvelle sequence le font, comme toujours, dans des elements 
existants, ce qui pose m anifestem ent un problem e avec des conteneurs de type set ou multiset qui 
n'autorisent pas la modification des valeurs de leurs elements mais seulement les suppressions ou les 
insertions. Danscecas, il faudra done recourir a un iterateur d'insertion pour la sequence a creer. De plus, 
comme ni set ni multiset ne disposent d'insertion en debut ou en fin, cet iterateur d'insertion ne pourra etre 
que inserter. 
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Voici un ex e m pie correspondant a I'usage le plus courant des algorithmes, a savoir leur application a des 
conteneurs de type set. 



# include <iostream.h> 
^include <set> 
using namespace std ; 
main ( ) 

{ char tl[] = "je me figure ce zouave qui joue du xylophone" ; 
char t2[] = "en buvant du whisky" ; 
void affiche (set<char> ) ; 
set<char> el(tl, tl+sizeof (tl) -1) ; 
set<char> e2(t2, t2+sizeof (t2) -1) ; 
set<char> u, i, d, ds ; 

cout « "ensemble 1 : " ; affiche (el) ; 

cout « "ensemble 2 : " ; affiche (e2) ; 

set_union (el. begin (), el .end() , e2 . begin (), e2.end(), 

inserter (u, u.beginf))) 
cout « "union des deux : " ; affiche (u) ; 

set_inter section (el. begin (), el.end(), e2. begin (), e2.end(), 

inserter (i, i. begin ())) ; 
cout « "intersecton des deux : " ; affiche (i) ; 

set_difference (el .begin () , el.end(), e2.begin(), e2.end(), 

inserter (d, d.begin() ) ) ; 
cout « "difference des deux : " ; affiche (d) ; 

set_symmetric_difference (el .begin () , el.end(), e2.begin(), e2.end(), 

inserter (ds, ds.begin())) ; 
cout « "difference_symetrique des deux : " ; affiche (ds) ; 

} 

void affiche (set<char> e ) 
{ set<char> :: iterator ie ; 

for (ie=e .begin () ; ie!=e.end() ; ie++) cout « *ie « " " ; cout « "\n" ; 



ensemble 1 : acdefghijlmnopqruvxyz 

ensemble 2 : abdehiknstuvwy 

union des deux : abcdefghijklmnopqrstuvwxyz 
intersecton des deux : adehinuvy 

difference des deux : cfgjlmopqrxz 

difference_symetrique des deux : bcfgjklmopqrstwxz 



Exemple d'utilisation d'a Igor ithmes a caractere ensem bliste a vec un conteneur de type set 
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Si Ton cherche a m a n i p u I e r des chaines de caracteres en se fondant uniquem ent sur les instructions de base 
du langage C + + , les choses ne sont pas plus satisfaisantes qu'en C ; en particulier on n'y dispose pas d'un 
type chaine a part entiere et m em e une operation aussi b a n a I e que I'affectation n'existe pas; quant aux 
possibilites de gestion dynam ique, on ne peut y acceder qu'en gerant soi m em e les choses... 

La bibliotheque standard dispose d'un patron de classes perm ettant de m anipuler des chaines g en era I i sees, 
c'est-a-dire des suites de valeurs de type quelconque done , en particulier, de type char. II s'agit du patron 
basic string parametre par le type des elements. M ais il existe une classe specialised nommee string qui est 
definie com m e basic_string< c h a r > . Ici, nous nous lim iterons a I 'exam en des proprietes de cette classe qui 
est de loin la plus utili see ; la generalisation a b a sic _ string ne presente, de toutes fagons, aucune difficulty 

La classe string propose un cadre tres souple de manipulation de chaines de caracteres en offrant les 
fonctionnalites traditionnelles qu'on peut attendre d'un tel type: gestion dynamique transparente des 
emplacements correspondants, affectation, concatenation, recherche de sous-chalnes, insertions ou 
suppression de sous-chalnes... On verra qu'elle possede non seulement beaucoup des fonctionnalites de la 
classe vector (plus precisement ve c to r < c h a r > pour string), mais egalement bien d'autres. D'une maniere 
generale, ces fonctionnalites se mettent en ceuvre de f a g o n tres naturelle, ce qui nous permettra de les 
presenter assez brievement. II faut cependant noter une petite difficulty liee a la presence de certaines 
possibilites redondantes, les unes faisant appel a des iterateurs usuels, les a u tres a des valeurs d' in dices. 

1. GEN ERALITES 

U n objet de type string contient, a un instant donne, une suite formee d'un nom bre quelconque de caracteres 
quelconques. Sa taille peut evoluer dyna m iquem ent au fil de I 'execution du program m e. C ontrairem ent aux 
conventions utili sees pour les (pseudo) chaines du C , la notion de caractere de fin de chaine n'existe plus et 
ce caractere de code nul peut apparaltre au sein de la chaine, eventuellem ent a plusieurs reprises. U n tel 
objet ressem ble done a un conteneur de type ve c to r < c h a r > et il possede d'ailleurs un certain nom bre de 
fonctionnalites communes : 

• I'acces aux elements existants peut se faire avec I'operateur [] ou avec la fonction membre at ; comme 
avec les vecteurs ou les tableaux usu els, le p rem ier caractere correspond a I 'in dice 0 ; 

• il possede u ne taille courante fournie par la fonction membre sized ; 

• so n em placem ent est reserve sous forme d'un seu I bloc de m em o i re (ou, du m oins, tout se passe comme 
si cela etait le cas) ; la fonction capacity fournit le nombre maximal de caracteres qu'on pourra y 
introduire, sans qu'il soit besoin de proceder a une nouvelle allocation memoire ; on peut recourir aux 
fonctions reserve et resize ; 
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• on dispose des iterateurs a acces direct iterator et r e ve r s e_ iterator, ainsi que des valeurs particulieres 
b e g i n ( ) , en d{), rbeginf), r en d () . 



2. CONSTRUCTION 



La classe string dispose de beaucoup de constructeurs ; certains correspondent aux constructeurs d'un 
vecteur : 

string chl ; /* construction d'une chaine vide : chl. size () == 0 

*/ 

string ch2 (10, '*') ; /* construction d'une chaine de 10 caracteres egaux a 
i * ' * / 

/* ch2.size() ==10 

*/ 

string ch3 (5, ' \0 ' ) ; /* construction d'une chaine de 5 caracteres de code nul 
*/ 

/* ch2 . size () == 5 

*/ 

D 'autres perm ette n t d'initialiser une chaine lors de sa construction, a partir de chalnes usuelles, constantes 
ou non : 

string messl ("bonjour") ; /* construction d'une chaine de 7 caracteres : 
bonjour */ 

char * adr = "salut" ; 

string mess2 (adr) ; /* construction d'une chaine de 5 caracteres : salut 

*/ 

B ien entendu, on dispose d'un constructeur par recopie usuel : 

string si ; 



string s2(sl) /* ou string s2 = si ; construction de s2 par recopie de si 

*/ 

/* s2 . size () == si. size () 

*/ 

B ien que d'un interet lim ite, on peut egalem ent construire une chaine a partir d'une sequence de caracteres, 
par exem pie, si I est de type list< c h a r > : 

string chl (1 .begin () , l.end()) ; /* construction d'une chaine en y recopiant 
*/ 

/* les caracteres de la liste 1 

*/ 



3. OPERATIONS GLOBALES 

On dispose tout naturellem ent des operations globales deja rencontrees pour les vecteurs, a savoir 
I 'affectation, les fo notions a ssig n et swap, ainsi qu e des com para iso ns lex icog rap hiques. 
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En outre, les operateurs < < et > > sontconvenablementsurdefinispour des objetsde type string ; il en va 
de m em e de la fonction getline, rencontree dans le paragraphe 2.3 du chapitre XVI dans le cas de chaines 
u su elles. 



4. CONCATENATION 

L 'operateur + a ete surdefini de m aniere a perm ettre la concatenation : 

• de deux o bjets de type string, 

• d'un objet de type string avec une chaine usuelle ou avec un caractere, et ceci dans n'im porte quel ordre, 
L 'operateur + = est defini de fa? on concom itante. 

V oici quelques ex em pies : 



string chl ("bon") , 

string ch2 ("jour") 

string ch3 ; 

ch3 = chl + ch2 ; 

*/ 

ch3 = chl + ' ' ; 

ch3 += ch2 ; 

*/ 

ch3 += " monsieur" 
*/ 



/* chl . size () 
/* ch2 . size () 
/* ch3 . size () 
/* ch3 . size () 

/* ch3 . size () 
/* ch3 . size () 



3 */ 

4 */ 
0 */ 

7 / ch3 contient la chaine "bon jour" 
4 */ 

8 ; ch3 contient la chaine "bon jour" 



/* ch3 contient la chaine "bon jour monsieur" 



On notera cependant qu'il n'est pas possible de cone a ten er deux chaines usu elles ou une chaine u su e 1 1 e et un 
caractere : 



char cl, c2 ; 

ch3 = chl + cl + ch2 + c2 ; 

ch3 = chl + cl + c2 ; 

*/ 



V 



/* correct */ 

/* incorrect ; mais on peut tou jours faire 



/* 



ch3 = chl + cl ; ch3 += c2 ; 



5. REC H ERC H E DA N S U N E C HA IN E 



C es fonctions perm ettent de retro uver la p re m i e re ou la derniere occurrence d'une chaine ou d'un caractere 
donnes, d'un caractere appartenant a une suite de caracteres donnes, d'un caractere n'appartenant pas a une 
suite de caracteres donnes. 

Lorsqu'une telle chaine ou un tel caractere a ete localise, on obtient en retour I'indice correspondant au 
premier caractere concerne ; si la recherche n'aboutit pas, on obtient une valeur d'indice en dehors des 
lim ites perm ises pour la chaine, ce qui rend quelque peu difficile I 'exam en de sa valeur. 

5.1 Recherche d'une chaine ou d'un caractere 

La fonction m em bre find perm et de rec here her, dans une chaine donnee, la p re m i e re occurrence : 

• d'une autre chaine (on parle sou vent de so us- chaine) fournie so it par un objet de type string, so it par une 
chaine usuelle, 
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• d'un caractere donne. 

P ar defaut, la recherche com m ence au debut de la chalne, m a is on peut la fa ire deb titer a un caractere de 
rang donne. 

V oici quelques ex e m pies : 

string ch = "anticonstitutionnellement" ; 
string mot ( "on ") ; 
char * ad = "ti" ; 
int i ; 



i 




ch. 


find 


( "elle ") ; 


/* 


i 




17 




*/ 


i 




ch. 


find 


( "elles ") ; 


/* 


i 


<0 


ou i 


> ch. size () 


*/ 


i 




ch. 


find 


(mot) / 


/* 


i 




5 




*/ 


i 




ch. 


find 


(ad) ; 


/* 


i 




2 




*/ 


i 




ch. 


find 


('n') ; 


/* 


i 




1 




*/ 


i 




ch. 


find 


('n', 5) ; 


/* 


i 




6 , 


car ici, la 


recherche 


i 




ch. 


find 


CP') ; 


/* 


i 


<0 


ou i 


> ch. size () 


*/ 



a ch[5] */ 



D e m aniere sem blable, la fonction rfind perm et de rec here her la derniere occurrence d'une autre chalne ou 
d'un caractere. 

string ch = "anticonstitutionnellement" ; 
string mot ( "on ") ; 
char * ad = "ti" ; 
int i ; 



i 


= ch. 


. rfind 


("elle") ; 


/* 


i 




17 


*/ 


i 


= ch. 


rfind 


("elles") ; 


/* 


i 


<0 


ou 


i > ch. size () */ 


i 


= ch. 


. rfind 


(mot) ; 


/* 


i 




14 


*/ 


i 


= ch. 


rfind 


(ad) ; 


/* 


i 




12 


*/ 


i 


= ch. 


. rfind 


Cn') ; 


/* 


i 




23 


*/ 


i 


= ch. 


rfind 


Cn', 18) ; 


/* 


i 




16 


*/ 



5.2 Recherche d'un caractere present ou absent d'une suite 

La fonction find_first_of recherche la p re m i e re occurrence de I'un des caracteres d'une a utre chalne (string 
ou u su elle), tandis que find_ la st_ of en recherche la derniere occurrence. La fonction find_first_ not_of 
recherche la premiere occurrence d'un caractere n'appartenant pas a une autre chalne, tand'is que 
find_last_not_of en recherche la derniere. V oici quelques ex em pies : 



string ch = "anticonstitutionnellement" ; 
char * ad = "oie" ; 
int i ; 



i 




ch. 


. find_ 


first_of ("aeiou") ; 


/* 


i 




0 


*/ 


i 




ch. 


. find_ 


first_not_of ("aeiou") ; 


/* 


i 




1 


*/ 


i 




ch. 


find_ 


first_of ("aeiou", 6) ; 


/* 


i 




9 


*/ 


i 




ch. 


. find_ 


_first_not_of ("aeiou", 6) 


/* 


i 




6 


*/ 


i 




ch. 


find_ 


_first_of (ad) ; 


/* 


i 




3 


*/ 


i 




ch. 


. find_ 


last_of ("aeiou") ; 


/* 


i 




22 


*/ 


i 




ch. 


find_ 


last_not_of ("aeiou") ; 


/* 


i 




24 


*/ 


i 




ch. 


find_ 


last_of ("aeiou", 6) 


/* 


i 




5 


*/ 


i 




ch. 


. find_ 


last_not_of ("aeiou", 6) 


/* 


i 




6 


*/ 


i 




ch. 


. find_ 


last_of (ad) ; 


/* 


i 




22 


*/ 
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6. INSERTIONS, SUPPRESSIONS ET REM PL AC EM EN TS 

C es possibility sont relativem ent classiques, m a is elles se recoupent partiellem ent, dans la mesure ou Ton 
peut : 

- d'une part utiliser, non seu I e m ent des objets de type string, mais aussi des chalnes usu elles (char *) ou 
des caracteres, 

- d'autre part definir une sou s-c h ain e, soit par indice, soit par iterateur, cette derniere possibility n'etant 
ce pen da nt pas off erte system atiqu em ent. 

6 .1 Insertions 

L a fonction insert perm et d 1 inserer : 

• a une position donnee, definie par un indice : 

- une autre chalne (objet de type string) ou une partie de chalne definie par un indice de debut et une 
eventuelle longueur, 

- une chalne usu el I e (type char *) ou une partie de chalne usu el I e definie par une longueur, 

- une ou plusieu rs fois un caractere do n ne ; 

• a une position donnee definie par un iterateur : 

- une sequence d 1 el em ents de type char, definie par un iterateur de debut et un iterateur de fin, 

- une ou plusieu rs fois un caractere do nne. 
Void quelques exem pies : 



# include <iostream.h> 
^include <str±ng> 
^include <l±st> 
using namespace std ; 
main () 

{ string ch ("0123456") ; 
string voy ("aeiou") ; 
char t[] = {"778899"} ; 

/* insere le caractere a en ch. begin () +1 */ 
ch. insert (ch . begin () +1, 'a') ; cout « ch « "\n" ; 

/* insere le caractere b en position d' indice 4 */ 
ch. insert (4, 'b') ; cout « ch « "\n" ; 

/* insere 3 fois le caractere x en fin de ch */ 
ch. insert (ch.end() , 3, 'x') ; cout « ch « "\n" ; 

/* insere 3 fois le caractere x en position d' indice 6 */ 
ch. insert (6, 3, 'x') ; cout « ch « "\n" ; 

/* insere la chaine voy en position 0 */ 
ch. insert (0, voy) ; cout « ch « "\n" ; 

/* insere, en position 3, la chaine voy, a partir de position 
d' indice 2 */ 

ch. insert (3, voy, 2) ; cout « ch « "\n" ; 

/* insere en debut, la chaine voy, a partir de position d' indice 1, 
longueur 3 */ 
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ch. insert (0, voy, 1, 3) ; cout « ch « "\n" ; 

/* insertion d'une sequence */ 
ch. insert (ch . begin ( ) +2, t, t+6) ; cout « ch « "\n" ; 

} 



0al23456 

0al2b3456 

0al2b3456xxx 

Oal 2b 3 xxx 4 5 6xxx 

aeiouOal 2b 3 xxx 4 5 6xxx 

aeiiououOal2b3xxx456xxx 

eioaeiiouou0al2b3xxx456xxx 

ei778899oaeiiouou0a!2b3xxx456xxx 



E xem pie d 1 insertions dans une chaine 



6.2 Suppressions 

La fonction remove perm et de sup prim er : 

• une pa rtie d'une chaine, definie so it par un iterateu r de debut et un iterateur de fin, so it par un indie e de 
debut et une longueur ; 

• un caractere donne defini par un iterateur d e debut. 
V oici quelques exem pies : 



# include <iostream.h> 
tfinclude <string> 
iinclude <list> 
using namespace std ; 
main () 

{ string ch ("0123456789") , ch_bis=ch ; 

/* supprime, a partir de position d'indice 3, pour une longueur de 2 */ 
ch. remove (3, 2) ; cout « "A : " « ch « "\n" ; 

ch = ch_bis ; 

/* supprime, de begin () +3 a begin () +6 */ 
ch. remove (ch . begin ( ) +3, ch. begin () +6) ; cout « "B : " « ch « "\n" ; 

/* supprime, a partir de position d' indice 3 */ 
ch. remove (3) ; cout « "C : " « ch « "\n" ; 

ch = ch_bis ; 

/* supprime le caractere de position begin () +4 */ 
ch. remove (ch .begin () +4) ; cout « "D : "« ch « "\n" ; 

} 



A : 01256789 
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B : 0126789 

C : 012 

D : 012356789 



Exemples de sup p r essi o n sdansunechaine 

6.3 Rem placem ents 

La fonction replace perm et de rem placer une partie d'une chalne definie, so it par un indice et une longueur, 
soit par un intervalle d' iterateur, par : 

• une autre chalne (objet de type string), 

• une partie d'une autre chalne d efin ie par un indice de deb u t et, eventuellem ent, une longueur, 

• une chalne usuelle (type char *) ou une partie de longueur don nee, 

• un certain nom bre de fois un caractere donne. 

En outre, on peut remplacer une partie d'une chalne definie par un intervalle par une autre sequence 
d ' el e m ents de type char, definie par un iterateur de debut et un iterateur de fin. 

V oici quelques exem pies : 



^include <iostream.h> 
^include <string> 
using namespace std ; 
main () 

{ string ch ("0123456") ; 

string voy ("aeiou") ; 

char t[] = {"+*-/=<>"} ; 

char * message = "hello" / 

/* remplace, a partir de indice 2, sur longueur 3, par voy */ 

ch. replace (2, 3, voy) / cout « ch « 

"\n" ; 

/* remplace, a partir de indice 0 sur longueur 1, par voy, */ 
/* a partir de indice 2, longueur 3 */ 
ch. replace (0, 1, voy, 1, 2) ; cout « ch 

« "\n" ; 

/* remplace, a partir de indice 1 sur longueur 2, par 8 fois ' * ' */ 
ch. replace (1, 2, 8, '*') ; cout « ch 

« "\n" ; 

/* remplace, a partir de indice 1 sur longueur 2, par 5 fois '#' */ 
ch. replace (1, 2, 5, '#') ; cout « ch 

« "\n" ; 

/* remplace, a partir de indice 2, sur longueur 4, par "xxxxxx" */ 
ch. replace (2, 4, "xxxxxx" ) ; cout « ch 

« "\n" ; 

/* remplace les 7 derniers caracteres par les 3 premiers de message 

*/ 
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399 



ch. replace (ch. size () -7, ch. size () , message, 3) ; cout « ch 

« "\n" ; 

/* remplace tous les caracteres, sauf le dernier, par (t, t+5) */ 
ch. replace (ch. begin () , ch .begin () +ch. size () -1, t, t+5) ; cout « ch 
« "\n" ; 
} 



01aeiou56 
eilaeiou56 

*aeiou5 6 
e#####******aeiou56 
efxxxxxx ******aeiou56 
e#xxxxxx ***** *hel 
+*-/=! 



E xem pies d e rem placements dans u n e chaine 



XXIII. LES OUTILS NUM ERIQUES 



La bibliotheque standard offre quelques patrons de classe destines a faciliter les operations m ath em atiques 
usuelles sur les nom b r e s com plexes et sur les vecteurs, de m aniere a m unir C + + de possib Mites voisines de 
celles de Fortran 90 et a favoriser son utilisation sur des calculateurs vectoriels ou paralleles. II s'agit 
essentiellem ent : 

• de la classe complex 

• de la classe v a I _ array et de classes assim ilees. 
1. LA C LASSE COM PLEX 

L e patron de classe complexe offre de tres riches outils de m anipulation des nom b r e s com plexes. II peut etre 
parametre par n'importe quel type flottant, float, double ou long double. II comporte : 

• les operations arithm etiques usuelles : + ,-,*,/, 

• I'affectation (ordinaire ou com posee comme + = , ■= ...), 

• les fonctions de base : abs, arg, norm, real, imag, 

• les fonctions "transcendantes" : 

- cos, sin , tan, 

- acos, asin, atan, 

- cosh, sinh, tanh, 

- exp, log. 

V oici un exem pie d" utilisation : 



^include <complex> 
using namespace std ; 
main () 

{ complex<float> zl(l, 2), z2(2, 5), z, zr ; 

cout « "zl : " « zl « " z2 : " « z2 « "\n" ; 

cout « "Re(zl) : " « real (zl) « " Im(zl) : " « imag (zl) « "\n" ; 
cout « "zl + z2 : " « (zl+z2) « " zl*z2 : " « (zl*z2) 

« " zl/z2 : " « (zl/z2) « "\n" ; 
complex<double> i (0 , 1) ; // on definit la constante i 
z = 1+i ; 
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zr = exp(z) ; 

cout « "exp(l+l) : " « zr « " exp(i) : " « exp(i) « "\n" ; 
zr = log(i) ; 

cout « "log(i) : " « zr « "\n" ; 
double rho, theta, norme ; 

rho = abs(z) ; theta = arg(z) ; norme = norm(z) ; 

cout « "abs(l+i) : " « rho « " arg(l+±) : " « theta 

« " norm (1+1) : " « norme « "\n" ; 
double pi = 3.1415926535 ; 

cout « "cos(i) : " « cos(i) « " sinh(pi*i): " « sinh(pi*i) 
« " cosh (pi* 1) : " « cosh (pi* i) « "\n" ; 

} 



zl : (1,2) z2 : (2,5) 
Re(zl) : 1 Im(zl) : 2 

zl + z2 : (3,7) zl*z2 : (-8,9) zl/z2 : (0.413793,-0.0344828) 
exp(l+i) : (1.46869,2.28736) exp(i) : (0 . 540302 , 0 . 841471) 
log(i) : (0,1.5708) 

abs(l+i) : 1.41421 arg(l+i) : 0.785398 norm(l+i) : 2 

cos(i) : (1.54308,0) sinh(pi*i): (0 , 8 . 97932e-ll) cosh(pi*i) : (-1,0) 



Exemples d'utilisation de no m bres com pi exes 
2. LA C LASSE VALARRAY 

C es d i f f e re n tes classes sont independa ntes des conteneurs deer its dans les chapitres precedents. Par ail leu rs, 
el les ne sont actuellement pas connues par to u tes les implementations de C + + ; nous n 1 en donnerons qu'un 
bref apercu. 

La classe valarray est particulierem ent a dap tee aux tableaux num eriques, e'est-a-dire dont les elem ents sont 
d'un type de base. V oici quelques ex em pies de construction : 

valarray<int> vi (10) ; /* tableau de 10 int */ 

valarray<float> vf (0.1, 20) ; /* tableau de 20 float initialises a 0.1 */ 
double t [] = { 1.25, 3.5, 0, 1.5 } ; 

valarray<double> vd (t, t+4) ; /* tableau de 4 double, initialise avec les */ 

/* valeurs de t */ 

La classe valarray permet d'effectuer des operations usuelles de calcul vectoriel en generalisant le role de 
to us les opera teu rs et fonctions num eriques : un operateur una ire applique a un tableau fo urn it en resultat le 
tableau obtenu en appliquant cet operateur a chacun de ses elements ; un operateur binaire applique a deux 
tableaux de meme taille fournit en resultat le tableau obtenu en appliquant cet operateur a chacun des 
elem ents de meme rang. P ar exem pie : 

valarray<float> vl (5) , v2 (5) , v3 (5) ; 



v3 = -vl ; /* v3[i] = -vl[i] pour i de 0 a 4 */ 

v3 = cos(vl) ; /* v3[i] = cos(vl[i]) pour i de 0 a 4 */ 

v3 = vl + v2 ; /* v3[i] = v2[i] + vl[i] pour i de 0 a 4 */ 

v3 = vl*v2 + exp(vl) ; /* v3[i] = vl [i] *v2 [i] + exp (vl [i] ) pour i de 0 a 4 */ 
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E Me com p o r te e g a I e m e n t des operateurs de com paraison (= = ,!=,<,< = ...) qui s'appliquent a deux 
operandes (de type valarray) de meme n o m b r e d'elements et qui fournissent en resultat un tableau de 
booleens : 



int dim = . . . ; 

valarray<float> vl (dim) , v2 (dim) ; 
valarray<bool> egal (dim) , inf (dim) 



egal = (vl == v2) ; /* egal[i] = (vl[i] == v2[i]) pour i de 0 a dim-1 */ 
inf = (vl < v2) ; /* inf[i] = (vl [i] < v2[i]) pour i de 0 a dim-1 */ 

La classe m a sk_ array perm et de definir des "m asques" (tableaux de booleens) u ti I i sables dans la pi u part des 
operations appliquees aux tableaux 1 . 

Enfin, il est possible de definir des "sections" de tableaux ; on nomme ainsi un sous-ensemble des elements 
d'un tableau sur lequel on peut travail ler com m e s'il s'agissait d'un tableau. La classe s I i c e _ array perm et de 
definir des sections regulieres, dans lesquelles on considere des elements repartis de facon reguliere ; elles 
sont caracterisees par un indice de debut, un pas et un nombre d'elements. La classe indirect array permet 
de definir des sections irregulieres caracterisees par des vecteurs d'indices, c'est-a-dire qu'on precise 
I 'em placem ent de chaque element. D e p I us, la classe gslicearray perm et de definir des sections a plusieu rs 
niveaux facilitant la m anipulation de tableaux a plusieu rs ind'ices. 



■ On tro u v e des p o ssi bi lites sem blables en F ortran 90, avec I 1 instruction where. 



AN N EXE A : 
REG LE S DE M IS E EN 
CORRESPONDANCE D'ARGUM ENTS 



Voici I'ensemble des regies presidant a la m i se en correspondence d 1 a rg u m ents lors de I'appel d'une 
fonction su rdefinie ou d'un operateur. 

Nous decrivons tout d'abord la demarche employee pour les fonctions a un seul argument avant de voir 
com m ent e 1 1 e se generalise aux fonctions a plusieurs argum ents. 

N otez b i e n que, com m e nous I'avons signale dans les chapitres correspondants, ces regies ne s'appliquent 
pas integralem ent a I'instanciation d'une fonction patron. 



1. CAS DES FONCTIONS A UN ARGUM ENT 



1.1 Recherche d'une c orresponda nc e exacte 

D ans la recherche d'une c orresponda nee exacte : 

• On distingue bien les differents types entiers (char, short, int et long) avec leur attribut de signe ainsi que 
les differents types flottants (float, double et long double). N otez que, assez curieusem ent, char est a la 
fo is different de signed char et de unsigned char (a lors que, dans une im plem entation don nee 1 , char est 
equivalent a I'un de ces deux types I). 

• On ne tient pas com pte des eventuels qualificatifs volatile et const, avec cependant deux exceptions pour 
const : 

- D epu is la version 2.0, on distingue un pointeur de type t * ( t etant un type quelconque) d'un pointeur 
de type const t *, e'est-a-dire un pointeur sur une v a leur constante de type t. 

Plus precisement, il peut ex ister deux fonctions, I' une pour le typ e t * , I'autre pour le typ e const t * . 
La presence ou I'absence du qualificatif const perm ettra de choisir la "bonne" fonction. 

S'il n'existe qu'une seule de ces deux fonctions correspondant au type const t *, t * constitue quand 
m em e une correspondance exacte pour const t * (la encore, ceci se justifie par le fait que le tra item ent 
prevu pour quelque chose de constant peut s'appliquer a quelque chose de non constant). En 
revanche, s'il n'existe qu'une fonction correspondant au type t *, const t * ne constitue pas une 
correspondance exacte pour ce type t * (ce qui signifie qu'on ne pourra pas a ppliquer a quelque chose 
de constant le tra item ent prevu pour quelque chose de non constant). 



- Du moins, pour desoptions decompilation donnees. 
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- D epuis la version 3, on distingue le type t & (t eta n t un type quelconque et & designant un transfert 
par reference) du type const t & . L e raisonnem ent precedent s'applique en rem plagant sim plem ent t * 
par t & 2 . 

Si une fonction realise une corresponda nee exacte, la recherche s'arrete la et la fonction trouvee est appelee. 
Notez q u ' a ce niveau cette fonction est obligatoirem ent unique; en effet, dans le cas contraire, les 
declarations des differentes fonctions auraient ete rejetees lors de leur compilation (par ex em pie, vous ne 
pourrez jam ais definir f(int) et ffconst in t ) > . 

1 .2 Prom otions numeriques 3 

Si la recherche preced ente n ' a pas abouti, on effectue alors une nouvelle recherche, en faisant intervenir les 
conversions suivantes : 

char, signed char, unsigned char, short - > int 
unsigned short -> int ou unsigned int 4 
en u m -> int 
float - > double 

lei encore, si une fonction est trouvee, e 1 1 e ne peut etre qu 1 unique. 

1 .3 C onversions standard 

Si la recherche n ' a toujours pas abouti, on fait alors in terv en ir les conversio n s standa rd su i v antes : 

• type numerique en un autre type numerique (y compris des conversions " d eg r a d a n te s " 5 : ainsi, un float 
conviendra la ou un int est attendu), 

• enum en un autre type num erique, 

• 0 -> num erique. 

• 0 -> pointeur quelconque, 

• pointeur quelconque -> void * 6 , 

• pointeur sur une classe derivee -> pointeur sur une classe de base. 

Cette fois, il est possible que plusieurs fonctions conviennent. II y a alors ambiguite, excepte quelques 
situations : 

• la conversion d'un pointeur sur une classe derivee en un pointeur sur une classe de base est preferee a la 
conversion en void *, 

• si C derive de B et que B derive de A , la conversion C * en B * est preferee a la conversion en A * ; il 
en va d e m em e pour la conversion C & en B & qui est preferee a la conversion en A & . 



1 - En to u te r i g u e u r , on distingue egalem ent volatile t * de t * et volatile t & de t & . 

3 ■ E lies n 'ex istaient pas dans les versio ns a nterieures a la version 2.0. 

4 ■ Suivant que, clans l implementation concernee, u n Int suffit ou ne sufflt pas a accuellllr un unsigned short (II ne le peut pas lorsque short 
et int correspondent au m e m e nom bre de bits). 

' ■ Dans les versions a nterieures a la 2.0, on se lim itait aux conversions " non degradantes". 

6 ■ La conversion inverse n'est pas p revue. C ec i est coherent avec le fait qu'en C + + , contrairem ent a ce qui se passe en C ANSI, un 
pointeur de type void * ne peut pas etre affecte a un pointeur quelconque. 



Annexe A : regies d e " m i se en c orrespondanc e d'a rguments" 
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1.4 Conversions definies par I'utilisateur 

Si aucune fonction ne convient, on fera intervenir les "conversions definies par I'utilisateur" (C . D . U . ) . 

Une seule C.D.U. pourra intervenir; en revanche, e 1 1 e pourra etre associee a d'autres conversions. 
Toutefois, lorsqu'une chaine de conversions peut etre simplified en une chaine plus courte, seule cette 
derniere est considered ; par ex em pie, dans char ■> int -> float et char -> float , on ne considere que 
char -> float. Ici encore, si plusieurs com binaisons de conversions existent (apres les eventuelles 
sim plifications evoquees), le com pilateur refusera I'appel a cause de son am biguite. 



1.5 Fonctions a arguments variables 

Lorsqu'une fonction a prevu des arguments de types quelconques (notation "..."), n'importe quel type 
d'argum ent effectif convient. 

N otez bien que cette possibilite n'est exam in ee qu'en dernier. C ette rem arque prendra tout son inte ret dans 
le cas de fonctions a plusieurs argum ents. 



1 .6 Exc eption 

L orsqu' une fonction possede un argum ent m uet qui est une reference (autrem ent dit qu'il est du type T & ), la 
correspondance d'argument doit permettre a la fonction de travailler " directem ent" avec la variable 
concerned, done eventuellem ent de la m odifier. C ela im plique obligatoirem ent des restrictions sur le type de 
I' argum ent effectif correspondant : il doit s'agir d'une lvalue de type T . 

U ne seule exception a lieu lorsque I'argum ent m uet possede I'attribut const car, dans ce cas, on peut m ettre 
a disposition de la fonction la reference a une valeur temporaire obtenue a partir de la valeur de I'argument 
effectif (avec d' eventuelles conversions). 



2. CAS DES FONCTIONS A PLUSIEURS ARGUMENTS 

Le compilateur recherche une fonction "meilleure" que toutes les autres. Pour ce faire, il applique les regies 
de recherche preced entes a chacun des argum ents. C ela I 'am ene a selection ner, pour chaque argum ent, une 
ou plusieurs fonctions realisant la meilleure correspondance ; cette fois, il peut y en avoir plusieurs car la 
determination finale de la "bonne fonction" n'est pas encore faite (toutefois, si aucune fonction n'est 
selection nee pour un argum ent don ne, on est deja sur qu'aucune fonction ne conviendra). E n suite de quoi, le 
com pilateur determ ine, pour toutes les fonctions a in si selection nees, celle, si elle existe et si elle est unique, 
qui realise la meilleure correspondance, e'est-a-dire celle pour laquelle la correspondance de chaque 
argum ent est egale ou super ieu re a celle des autres 7 . 



Remarque 



■En fait, c e I a rev i e n t a dire, en te r m e e n s e m blistes, qu'on considere I'intersection des dlfferents ensembles formes des fonctions 
realisant la m ell leu re correspondance pour chaque argum ent. C ette Intersection dolt com porter exactem ent un el em ent. 
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L es fonctions com porta nt un ou p I u si eu r s a r g u m ents par defaut sont traitees com m e si plusieu rs fonctions 
d if fe rentes avaient ete definies avec un nom b r e croissant d 1 a rg urn ents. 



3. CAS DES FONCTIONS M EM BRE 

U n appel de fonction m em bre (non statique 8 ) peut etre considere com m e un appel d'une fonction ordinaire, 
a u q u e I s'ajoute un argum ent effectif ayant le type de I'objet ayant effectue Tap pel. T outefois, cet argum ent 
nest pas du tout soum is aux regies de cor respond a nee dont nous par Ions ici ; en effet, e'est son type qui 
d ete r m ine la fonction m em bre a appeler (avec eventuellem ent prise en com pte d 1 un m ec an ism e d 1 heritage). 

Les seules "nuances" qui puissent intervenir concernent les attribut const et volatile. En effet, il est possible 
de distingue r une fonction m em bre agissant su r des o bjets constants d'une fonction m em bre agissant su r des 
o bjets non constants. Une fonction m em bre constante peut to u jours agir su r des o bjets non constants ; la 
reciproque est bien su r fausse. L a m em e rem arque s'applique a I 'attribut volatile. 



■ U ne fonction m em bre statique ne con porte a u c u n argum ent im plicite de type c lasse. 



ANNEXE B : 
LES INCOM P A T IB IL IT EE S 
ENTRE C ET Ct t 



Nous recapitulons ici I'ensem ble des i n com patiblites existant entre le C AN SI et le C + + (dans ce sens), 
c'est-a-dire les d iff e rents points acceptes par le C AN SI et refuses par le C + + . N otez que les cinq prem iers 
points ont ete exposes en detail dans le chapitre II, le dernier I'a ete dans le chapitre IV . Les autres 
correspondent a des u sages assez peu frequents. 



1 . Prototypes 

En C+ + , toute fonction non definie prealablem ent dans un fichier source ou e 1 1 e est utilisee doit faire 
I'objet d'une declaration so us form e d 1 un prototype. 



2 . Fonctions sans argum ents 

En C + + , une fonction sans argum ents se definit (en -fete) et se declare (prototype) en fournissant une "liste 
vide" d'argum ents com m e dans : 

float fct () ; 



3 . Fonctions sans valeur de retour 

En C + + , une fonction sans valeur de retour se definit (en -fete) et se declare (prototype) obligatoirem ent a 

I'aide du m ot void com m e dans : 

void fct (Int, double) ; 



4. Le qualificatif const 

En C + + , un sym bole accom pagne, dans sa declaration, du qualificatif const a une portee lim itee au fichier 
sourc e cone erne, a lors qu'en C AN SI il est considere com m e un sy m bo le ex tern e. D e plus, en C + + , u n tel 
sym bole peut intervenir dans une expression constante (il ne s'agit toutefois plus d'une incom patibilite m a is 
d'une liberte offerte par C + + ). 
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5 . Les pointeurs d e type void * 

En C + + , un pointeur de type void * ne peut pas etre converti im p lie item ent en un pointeur d'un autre type. 

6 . M ots c les 

C++ possede, par rapport a C , les m ots cles supplem enta ires suivants 1 : 



1 ■ L e mot c I e overload a ex is te dans les versions anterieures a la 2.0. S 1 II reste rec onnu de certaines im plem entatlons, en eta nt alors sans 
effet, II ne figure cependant pas dans la norm e. 



b o o I 
catch 
cla ss 

const_cast 
delete 

dyna m ic_cast 

explicit 

false 

friend 

inline 

mutable 

namespace 

new 

operator 
private 
protected 
public 

reinterpret_cast 

static_cast 

template 

this 

true 

throw 

try 

typeid 
typename 
using 
virtua I 



V oici la liste com plete des mots cles de C + + ; ceux qui existent deja en C sont ecrits en rom a in tandis que 
ceux qui sont propres a C+ + sont ecrits en italique ; a simple titre indicatif, les mots cles introduits 
tardivem ent par la norm e A N SI sont ecrits en gras (et en italique). 



asm 
auto 
bool 

break 

case 

catch 

char 

cla ss 

const 

c onst cast 

continue 
default 
delete 
do 

double 

dynamiccast 

else 

enum 

explicit 

extern 
false 

float 
for 

friend 

goto 

if 

inline 

int 

long 

mutable 
namespace 

new 

operator 

private 

protected 

public 

register 

rein ter p r et_ cast 

return 

short 

signed 

sizeof 

static 

static_ c ast 

struct 

sw itch 

template 

this 

throw 

true 

try 

typedef 
typeid 
typenam e 

union 

unsigned 

using 



virtua I 
void 
volatile 
w c h a r_ t 
while 



7. Les constantes de type caractere 

En C + + (depuis la version 2.0), une constante caractere telle que 'a 1 , ' z ' ou ' \ n ' est de type char, alors 
q u ' e 1 1 e est im plicitem ent convertie en nt en C ANSI (et da ns les versio n s de C + + anterieures a la 2.0). 
C ela perm et notam m ent de distinguer, par ex em pie, les deux fonctions suivantes : 

fct (char) 
fct (int) ; 

C 'est a in si que I'operateur < < de la classe o stream peut fonctionner correctem ent avec des caracteres (dans 
les versions anterieures a la 2.0, on obtient le code num erique du caractere). 

N otez b i e n qu'une expression telle que : 

slzeof ( 'a' ) 

vaut 1 en C + + (depuis la version 2.0), alors qu'elle vaut da vantage (generalem ent 2 ou 4) en C ou dans les 
versions de C + + anterieures a la 2.0. 



8 . Les definitions m ultiples 

E n C A N S I , il est perm is de trouver pi usieu rs dec la rations d 1 u ne m em e variable dans un fichier source. Par 
exem pie, avec : 

int n ; 



int n ; 

C considere que la premiere instruction est une simple declaration, tandis que la seconde est une definition ; 
c'est cette derniere qui provoque la reservation de I 'em placem ent m em oire pour n. 

En C+ + , cela est interdit. La raison principale vient de ce que, dans le cas ou de telles declarations 
porteraient su r des ob jets, par exem pie dans : 

point a ; 



point a ; 



il faudrait que le com pilateur distingue declaration et definition de I'objet point et qu'il prevoie de n'appeler 
le constructeur que dans le second cas. Cela aurait ete particulierem ent dangereux, d'ou I'interdiction 
adoptee. 



9 . L'instruc tion goto 

En C+ + , une instruction goto ne peut pas faire sauter une declaration comportant un " initialiseur" (par 
exem pie int n - 2 ), sauf si cette declaration figure dans un bloc et que ce bloc est saute com pletem ent. 
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10. Les enumerations 

En C + + , les elem ents d' une enum eration (mot c I e en urn ) ont une portee I i m itee a I'espace de visibility dans 
lequel ils sont definis. P ar ex e m pie, avec : 

struct chose 

{ enum (rouge = 1, bleu, vert) 



} ; 

les sym boles rouge, bleu et vert ne peuvent pas etre employes en dehors d'un objet de type chose, lis 
peuvent eventuellem ent etre red ef in is avec une signification differente. En C , ces sy m bo les sont accessib les 
de to ute la pa rtie du fichier source suivant leu r declaration et il n 1 est alors p lus possible de les red ef in ir. 



11. Initialisation de tableaux de caracteres 

En C + + , I 'initialisation de tableaux de caracteres par une chalne de m em e longueur n'est pas p ossible. Par 
exem pie, Instruction : 

char t[5] = "hello" ; 

provoquera une erreur, due a ce que t n ' a pas une dim en si on suffisante pour recevoir le caractere (\0) de fin 
de chalne. 

En C AN SI, cette m em e declaration sera it acceptee et le tableau t se verrait sim plem ent initialise avec les 5 
caracteres h, e, I, I et o (sans caractere de fin de chalne). 

N otez que I 1 instruction : 

char t[] = "hello" ; 

convient indifferem m ent en C et en C + + et qu'elle reserve dans les deux cas un tableau de 6 caracteres : h, 
e, I, I, o et \0. 



12. Les no m s d e fonc tions 

En C + + , dep uis la version 2.0, le com pilateur attribue a toutes les f o notions un " nom ex tern e" base d 1 u ne 
facon determ iniste : 

• sur son nom " interne" , 

• su r la nature d e ses a rgum ents. 

Si Ton veut obtenir les m em es nom s de fo notion qu'en C , on peut fa ire appel au mot c I e extern. Pour plus de 
details, voyez le paragraphe 5.3 du chapitre IV . 



AN N EXE C : 
OPERATEURS DE CAST ET 
IDENTIFICATION DE TYPE A 

L'EXECUTION 



Cette annexe presente q u e I q u e s points qui ont ete introduits assez tardivem ent dans la norme ANSI et qui 
risquent de ne pas exister dans certaines im plem entations. II s'agit essentiellem ent : 

• de possibilites d" identification dynam ique du type des objets au m om ent de I 1 execution, 

• de nouveaux operateurs de "cast" , 

• de possibilites de "cast" dynam iques, 



1. IDENTIFICATION D E TYPE A L'EXECUTION 



La norm e A N S I prevoit dans C + + un m ecanism e perm ettant de connaltre (identifier et com parer), lors de 
1 1 execution du progra m m e, le typ e d 1 u n e variable, d ' u n e expression ou d 1 un objet. 

B ien entendu, cela ne presente guere d' interet si un tel type est defini lors de la com pilation. Ainsi, avec : 

int n 
float x ; 

il ne sera guere interessant de savoir que le type de n ou celui de x peuvent etre conn us ou encore que n et x 
sont d'un type different. L a m em e rem arque s'appliquerait a des o bjets d 1 un type classe. 

En fait, cette possibility a ete essentiellem ent introduite pour etre utilisee dans les situations de 
polym orphism e, com m e nous I'avons deer it dans le chapitre relatif aux fo notions virtu el les. 

Plus precisement, il est possible, lors de I'execution, de connaltre le veritable type d'un objet designe par 
un pointeur ou par une reference. 

Pour ce faire, il existe un operateur nomme typeid a un operande fournissant en resultat un objet de type 
predefini Typejnfo. Cette classe contient la fonction membre named, laquelle fournit une chalne de 
caracteres representant le nom du type ; ce nom n'est pas impose par la norme ; il peut done dependre de 
I 1 im plem entation m a is o n est sur que deux types differents n'auront jam a is le m em e nom . 
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D e plus, la cl a sse dispose de deux opera teurs bin a ires - - et != qui perm ettent de com parer deux types. 



1.1 Utilisation du champ name de Type info 

V oici un prem ier ex em pie inspire du program m e utilise pour illustrer le m ecanism e des fonctions virtu el les 
(pa rag rap he 2 du chapitre X V ) ; il m ontre I'interet que presente typeid lorsqu'on I 1 applique dans un contexte 
de po lym orphism e. 



§ include <iostream.h> 

^include <typeinfo.h> // pour typeid 

class point 
{ public : 

virtual void affiche () 
{ } // ici vide - utile pour le polymorphisme 

} ; 

class pointed : public point 
{ public : 

void affiche () 
{ } // ici vide 

} ; 

main ( ) 

{ point p ; pointcol pc ; 
point * adp ; 
adp = &p ; 

cout « "type de adp : " « typeid (adp) .name () « "\n" ; 
cout « "type de *adp : " « typeid (*adp) .name () « "\n" ; 
adp = Spc ; 

cout « "type de adp : " « typeid (adp) .name () « "\n" ; 
cout « "type de *adp : " « typeid (*adp) .name () « "\n" ; 

} 



type de adp : point * 

type de *adp : point 

type de adp : point * 

type de *adp : pointcol 



Exemple cl'utilisation de I'operateur typeid 

On notera b i e n que, pour typeid, le type du pointeur adp reste bien point * , m a is qu'en revanche, le type de 
I'objet pointe (*adp) quanta lui, est bien determ ine par la nature exacte de I'objet pointe. 

Rem arques : 

1) Rappelons que la norme n ' i m pose pas le nom exact que doit fournir cet operateur ; on n'est done pas 
assure que le no m de type sera to u jours point, point * , pointcol * com m e ici. 
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2) lei, les m e th o d e s a f f i c he ont ete prevues vides ; elles ne servent en fait q u ' a assurer le polym orphism e. 
En son absence, I'operateur typeid se contenterait de fournir comme type d'un o b j e t pointe celui defini 
par le type (statique) du pointeur. 

3) Notez b i e n que si les fonctions virtuelles perm ettaient d'aboutir a un certain typage dynam ique, ce 
dernier ne concernait que les fonctions membre appelees : on appelait bien la fonction membre 
correspondant a u type de I'objet pointe, m a is on ne disposait, en revanche, d'aucun m oyen perm ettant de 
connaltre le type de cet objet pointe. Ou, pour exprimer les choses d'une autre maniere, on obtenait le 
com por tern ent correspondant a u type de I'objet pointe, m a is on ne pouvait pas en connaltre ex p lie item en t 
le type. 



1.2 Utilisation des operateurs de com paraison de Type info 

Voici, toujours inspire du programme relatif aux fonctions virtuelles, un exemple montrant I'usage de 
I'operateur - - . 



^include <±ostream.h> 

iinclude <type±nfo . h> // pour typeid 

class point 
{ public : 

virtual void affiche () 
{ } // ici vide - utile pour le polymorphisme 

} ; 

class pointcol : public point 
{ public : 

void affiche () 
{ } // ici vide 

} ! 

main () 

{ point pi, p2 ; 
pointcol pc ; 
point * adpl, * adp2 ; 
adpl = &pl ; adp2 = &p2 ; 

cout « "En A : les objets pointes par adpl et adp2 sont " ; 
if (typeid (*adpl) == typeid (*adp2) ) cout « "meme type\n" ; 

else cout « "type different\n" ; 

adpl = &pl ; adp2 = &pc ; 

cout « "En B : les objets pointes par adpl et adp2 sont " ; 
if (typeid (*adpl) == typeid (*adp2) ) cout « "meme type\n" ; 

else cout « "type different\n" ; 

} 

En A : les objets pointes par adpl et adp2 sont de meme type 

En B : les objets pointes par adpl et adp2 sont de type different 



Exemple de com paraison de types dyna miques avec I'operateur typeid 
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1.3 Exemple avec des references 

V oici un dernier ex em pie ou Ton applique l'operateur = - de typeid a des references. On voit qu'on dispose 
ainsi d'un moyen de s'assurer dyna m iquem ent (au moment de I'execution) de I'identite de type de deux 
objets recus en argum ent d'une fo notion. 



^include <±ostream.h> 

^include <type±nfo . h> // pour typeid 

class point 
{ public : 

virtual void affiche () 
{ } // ici vide 

} ; 

class pointcol : public point 
{ public : 

void affiche () 

{ } // ici vide 

} ; 

void fct (point & a, point & b) 
{ if (typeid (a) == typeid (b) ) 

cout « "reference a des objets de meme type \n" ; 
else cout « "reference a des objets de type different \n" ; 

} 

main ( ) 
{ point p ; 

pointcol pel, pc2 ; 

cout « "Appel A : " ; fct (p, pel) ; 
cout « "Appel B : " ; fct (pel, pc2) ; 

} 



Appel A : reference a des objets de meme type 
Appel B : reference a des objets de type different 



Exemple cl'utilisation de typeid avec des references 
2. LES NOUVEAUX OPERATEURS DE "CAST" 

En C + + , com m e en C , il est possible de realiser des conversions explicites, a I 1 aide d'un operateur de 
"cast". L es conversions acceptees comportent naturellem ent toutes les conversions implicites legales 
auxquelles s' a jo u tent quelques autres pouvant etre degradantes ou dependa ntes de I'im plem entation. 

La norm e A N S I pre voit de conserver ces possibilites, tout en proposant de nouveaux operateurs de "cast" , 
plus evocateurs de la nature de la conversion et de sa portabilite eventuelle ; ils sont formes comme les 
operateurs classiques a I'aide du type souhaite, lequel est complete d'un mot c I e precisant le type de 
conversion : 



• const_cast : pour ajouter ou supprim er a un type I'un des m odificateurs const ou volatile, 
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reinterpret_cast : pour les conversions dont le resultat depend de l'im plem entation ; typiquem ent, il 
s'agit des conversions d 1 en tier vers pointeur et de pointeur vers en tier. 

static_cast : pour les conversions independantes de I'im plem entation. En fait, les conversions de pointeur 
vers pointeur entrent dans cette categorie, malge les differences qui peuvent apparaltre liees a u x 
contraintes d'alignement propres a c h a q u e im plem entation. 



V oici quelques exemples com m entes 



^include <iostream.h> 

main () 

{ 

int n = 12 ; 

const int * adl = Sn ; 

int * ad2 ; 



ad2 = (int *) adl ; 

ad2 = const_cast <int*> (adl) ; 
adl = ad2 ; 

adl = (const int *) ad2 ; 

adl = const_cast <const int *> (ad2) 



// ancienne forme conseillee 
// (ad2 = adl serait rejetee) 
// forme ANSI conseillee 
// legale 

// forme ancienne conseillee 
; // forme ANSI conseillee 



const int p = 12 ; 

const int const * ad3 = &p ; 

int * ad4 ; 

ad4 = (int *) ad3 ; 

ad4 = const_cast <int *> (ad3) ; 



// ancienne forme conseillee 
// (ad4 = ad3 serait rejetee) 
// forme ANSI conseillee 



ad3 = ad4 ; // legale 

ad3 = (const int const *) ad4 ; // ancienne forme conseillee 

ad3 = const_cast <const int const *> (ad4) ; // forme ANSI conseillee 

} 



E xem pies d ' utilisation de I'operateur const_cast < ...> 



^include <iostream.h> 

main () 

{ long n ; 

int * adi ; 

adi = (int *) n ; 

adi = reinterpret_cast <int *> (n) 



// ancienne forme conseillee 
// (adi = n serait rejetee) 
; // forme ANSI conseillee 



n = (long) adi 



// ancienne forme conseillee 
// (n = adi serait rejetee) 
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n = reinterpret_cast <long> (adi) 



// forme ANSI conseillee 



int p ; 

p = n ; 

P = (int) n ; 

p = static_cast <±nt> (n) 



// acceptee 

// ancienne forme conseillee 
// forme ANSI conseillee 



} 



E xem pies d 1 u tilisa tion des operateurs reinterpret_cast < ...> et static_cast 



Remarque: 



C es nouveaux operateurs n'apportent aucune possibility de conversion supplem entaire. II n'en ira pas de 
m em e de I'operateur dynam i c _ c a s t, etudie ci-apres. 



3. LES "CAST" DYNAM IQU ES 
3.1 Introduction 

Nous venons de voir comment les possibilites d'identification des types a I'execution competent le 
polym orphism e offert par les fonctions virtuelles en permettant d'identifier le type des objets pointes ou 
references. 

C ependant, une lacune subsiste : on sait agir sur I'objet pointe en tone tion de son type, on peut connaltre le 
type exact de cet objet m a is le type prop rem ent dit des pointeurs utilises dans ce polym orphism e reste celui 
defini a la compilation. Par exemple, si Ton sait que adp pointe sur un objet de type pointcol (derive de 
point), on pourrait souhaiter convertir sa valeur en un pointeur de type pointcol *. 

L e p ro jet de norm e C + + p rev o it cette possibility, par le biais d 1 op era teurs dits "cast dyna m iques" . A in si, 
avec I'hypothese preced ente (on est sur que adp pointe reellem ent sur un objet de type pointcol), on pourra 
ecrire : 

pointcol * adpc = dynamic_cast <pointcol *> (adp) ; 

Bien entendu, en compilation, la seule verification qui sera faite est que cette conversion est (peut-etre) 
acceptable car I'objet pointe par adp est d'un type point ou derive et pointcol est lui-m em e derive de point. 
M a is, ce n'est qu'au m om ent de I'execution qu'on saura si la conversion est realisable ou non. P ar ex em pie, 
si adp pointait sur un objet de type point, la conversion echouerait. 



3.2 D 'une m aniere generate 

L'operateur dynamic_cast aboutit si I'objet reellem ent pointe est, par rapport au type d'arrivee d em a n de, 
d'un type identique ou d'un type descendant (mais dans un contexte de polym orphism e, e'est-a-dire qu'il 
doit exister au m oins une fonction virtuelle). 

L orsque I'operateur n'aboutit pas : 

• il fourn it le pointeur N U L L s'il s'agit d'une conversion de pointeur, 

• il declenche une exception bad cast s'il s'agit d'une conversion de reference. 
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3.3 Exem pie 

V oici un exem pie faisant intervenir une hierarchie de trois classes derivees les unes des a litres. 



^include <±ostream.h> 

iinclude <typeinfo.h> // pour typeid 

class A 
{ public : 

virtual void affiche () // vide ici - utile pour le polymorphisms 
{ } 

} ; 

class B : public A 
{ public : 

void affiche () 
{ } 

} ; 

class C : public B 
{ public : 

void affiche () 
{ } 

} ; 

main () 

{ A a ; B b ; C c ; 
A * ada, * adal ; 
B * adb, * adbl ; 
C * adc ; 

ada = &a ; // ada de type A* pointe sur un A ; 

// sa conversion dynamique en B* ne marche pas 
adb = dynamic_cast <B *> (ada) ; cout « "dc <B*>(ada) " « adb « "\n" ; 
ada = &b ; // ada de type A* pointe sur un B ; 

// sa conversion dynamique en B* marche 
adb = dynamic_cast <B *> (ada) ; cout « "dc <B*> ada " « adb « "\n" ; 

// sa conversion dynamique en A* marche 
adal = dynamic_cast <A*> (ada) ; cout « "dc <A*> ada " « adal « "\n" ; 

// mais sa conversion dynamique en C* ne marche pas 
adc = dynamic_cast <C *> (ada) ; cout « "dc <C*> ada " « adc « "\n" ; 
adb = &b ; // adb de type B* pointe sur un B 

// sa conversion dynamique en A* marche 
adal = dynamic_cast <A *> (adb) ; cout « "dc <A*> adb " « adal « "\n" ; 

// sa conversion dynamique en B* marche 
adbl = dynamic_cast <B *> (adb) ; cout « "dc <A*> adbl " « adbl « "\n" ; 

// mais sa conversion dynamique en C* ne marche pas 
adc = dynamic_cast <C *> (adb) ; cout « "dc <C*> adbl " « adc « "\n" ; 
} 

dc <B*>(ada) 0x00000000 
dc <B*> ada 0x54820ffc 
dc <A*> ada 0x54820ffc 
dc <C*> ada 0x00000000 
dc <A*> adb 0x54820ffc 
dc <A*> adbl 0x54820ffc 
dc <C*> adbl 0x00000000 
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Exemple d' utilisa tio n de I'operteur dyna m ic_cast 



ANNEXE D : 
LES DIFFERENTES SORTES 
DE FONCTIONS EN C + + 



Nous vous fournissons ici la liste des differentes sortes de fonctions que Ton peut rencontrer en C + + en 
precisant, dans c h a q u e cas, si e 1 1 e peut etre definie com m e fonction m em b r e ou am ie, s'il existe une version 
par defaut, si e 1 1 e est heritee et si e 1 1 e peut etre virtuelle. 



T yp e de 
fonction 


M em bre 
ou am ie 


V ersion 
par defaut 


H er i tee 


Peut etre 
virtuelle 


constructeur 


m em bre 


oui 


non 


non 


destructeur 


m em bre 


oui 


non 


oui 


conversion 


m em bre 


non 


oui 


oui 


affectation 


m em bre 


oui 


non 


oui 


0 


m em bre 


non 


oui 


oui 


[] 


m em bre 


non 


oui 


oui 


-> 


m em bre 


non 


oui 


oui 


new 


m em bre statique 


non 


oui 


oui 


delete 


m em bre statique 


non 


oui 


oui 


autre operateur 


I'un ou I'autre 


non 


oui 


oui 


autre fonction 
m em bre 


m em bre 


non 


oui 


oui 


fonction am ie 


am ie 


non 


non 


non 



ANNEXE E : 
COM PTAG E DE REF ERENCES 



N ous avons vu que, des lors qu'un objet com porte une partie dyn am ique, il est necessaire de proceder a des 
copies " profondes" plutot qu'a des copies "superficielles" et ceci aussi b i en dans le constructeur de recopie 
que dans I'operateur d'affectation. Dans ce cas, on peut se demander s'il est vraiment necessaire de 
dupliquer la partie dynam ique de I'objet. 

En fait, si cette pa rtie dyn am ique est toujo urs m a nip u lee globalement 1 , il est possi ble d 1 e v iter une telle 
duplication en faisant appel a la technique du "compteur de references". Elle consiste a compter, en 
permanence, le nombre de references a un emplacement dynamique, c'est-a-dire le nombre de pointeurs 
differents la designant a un instant donne. Dans ces conditions, lorsqu'un objet est detruit, il suffit de n 1 en 
detruire la partie dyn am ique correspondante que si son com pteur de references est nul pour e v iter les risques 
de liberation m ultiple que nous avons sou vent evoques. 

P our m ettre en ce u v re cette technique, deux points do i vent etre precises. 

a) L 'em placem ent du com pteu r de references 

A priori, deux possi b Mites viennent a I 'esprit : dans I'objet lui-m em e ou dans la partie dyn am ique associee a 
I'objet. La premiere solution n'est guere exploitable car elle obligerait d'une part a dupliquer ce compteur 
autant de fois qu'il y a d'objets pointant sur une m em e zone et, d' autre part, il sera it tres difficile d'effectuer 
la m ise a jour des com pteurs de to us les objets designant la m em e zone. M anifestem ent done, le com pteur de 
reference do it etre associe, non pas a un objet, m a is a sa partie dyn am ique. 

b) L es m ethodes devant agir sur le com pteur de references 

L e com pteur de references doit etre m is a jour chaque fois que le nom bre d'objets designant I 'em placem ent 
c o r r e s p o n d a n t risque d'etre m odifie. C ela concerne done : 

• le constructeur de recopie : il doit initialiser un nouvel objet pointant sur un emplacement deja reference 
et done inc rem enter son com pteur de references, 

• I'operateur d'affectation ; une instruction telle que a = bdoit: 

- d ec re m enter le compteur de references de I'em placem ent reference par a et proceder a sa liberation 
lorsque le com pteur est nul, 

- inc rem enter le com pteur de references de I'em placem ent reference par b. 

B ien entendu, il est indispensable que le constructeur de recopie existe et que I'operateur d'affectation so it 
surdefini. Le non-respect de I'une de ces deux conditions et ('utilisation des m ethodes par defaut qui en 
decoule entralneraient des recopies d'objets sans m ise a jour des com pteurs de references... 



■ C e ne sera it pas le cas par ex em pie pour une classe "vecteur dynam Ique" dans laquelle on aura It surdefini I'operateur []. 
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Nous vous proposons un "canevas general" applicable a toute classe de type X possedant une partie 
dynam ique de type T. Ici, pour realiser I'association de la partie dynam ique et du compteur associe, nous 
utilisons une structure de nom pa rtie_ dyn . La partie dynam ique de X sera geree par un pointeur sur une 
structure de type partie_dyn. 



// T designe un type quelconque (eventuellement classe) 

struct partle_dyn // structure "de service" pour la partie dynamique de 

1 'objet 

{ long nref ; // compteur de reference associe 

T * adr ; // pointeur sur partie dynamique (de type T) 

} ! 

class X 

{ // membres donnee non dynamiques 

// 

partie_dyn * adyn ; // pointeur sur partie dynamique 

void decremente () // fonction "de service" - decremente le 

{ if (! — adyn->nref) // compteur de reference et detruit 

{ delete adyn->adr ; // la partie dynamique si necessaire 
delete adyn ; 

} 

} 

public : 

X ( ) // constructeur "usuel " 

{ // construction partie non dynamique 

// 

// construction partie dynamique 
adyn = new partie_dyn ; 
adyn->adr = new T ; 
adyn->nref = 1 ; 

} 

X (X & x) // constructeur de recopie 

{ // recopie partie non dynamique 

// 

// recopie partie dynamique 
adyn = x . adyn / 

adyn->nref++ ; // incrementation compteur references 

} 

~X () // destructeur 

{ decremente () ; 
} 

X & operator = (X & x) // surdefinition operateur affectation 
{ if (this != &x) // on ne fait rien pour a=a 

// traitement partie non dynamique 

// 

// traitement partie dynamique 
{ decremente () ; 
x . adyn->nref++ ; 
adyn = x.adyn ; 

} 

return * this ; 
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; 



Un canevas general pour le "comptage de references" 



ANNEXE F : 
LES ALGORITHM ES 
STANDARD 



Cette annexe fournit le role exact des algorithm es proposes par la bibliotheque standard. Ms sont classes 
suivant les m em es categories que celles du chapitre X X I qui explique le fonctionnem ent de la plupart d'entre 
eux. La nature des i terateurs re? us en argument est precisee en utilisant les abreviations suivantes : 



le 


Iterateur d ' entree, 


Is 


Iterateur de sortie, 


lu 


Iterateur unidirectionnel, 


lb 


Iterateur bidirectionnel. 


la 


Iterateur a acces direc t. 



Nous indiquons la com plexite de chaque algorith m e, dans le cas ou e 1 1 e n'est pas trivia le. C om m e le fait la 
norme, nous I'exprimons en un nombre precis d'operations (eventuellem ent sous forme d'un maximum), 
plutot qu'avec la notation de Landau moins precise. Pour alleger le texte, nous avons convenu que 
lorsqu'une seule sequence est concerned, N designe son nombre d'elements ; lorsque deux sequences sont 
concernees, N 1 designe le nombre d'elements de la prem iere et N 2 celui de la seconde. D a n s quelques rares 
cas, d'autres notations seront necessa ires : el les seront alors explicitees dans le texte. 

Notez que, par souci de simplicity, lorsqu'aucune ambiguite n'existera, nous utiliserons souvent I ' a bus de 
langage qui consiste a parler des elements d'un intervalle [debut, fin) plutot que des elements designes par 
cet intervalle. D'autre part, les pred i cats ou fonctions de rappel prevus dans les algorithmes correspondent 
toujours a des objets fonction ; cela signifie qu'on peut recourir a des classes fonction predefinies, a ses 
p ro p res classes f one tion ou a des fonctions ordina ires. 

1. ALGORITHM ES D 1 IN IT IA L IS A T 10 N DE SEQUENCES EX 1ST ANTES 



FILL void fill (lu debut, lu fin, valeur) 

Place valeur dans I'intervalle [debut, fin) 

F I L L _ N void fill. n (Is position, N bF o is, valeur) 

Place valeur NbFois consecutives a partir de position; les emplacements correspondants 
doivent exister. 

COPY Is copy (le debut, le fin, Is position) 

C opie I'intervalle [debut, fin), a partir de position ; les em placem ents correspondants doivent 
exister; la valeur de position (et seulement celle-ci) ne doit pas appartenir a I'intervalle 
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[debut, fin) ; si tel est le cas, on peut to u jours recourir a c o p y_ backward ; renvoie un iterateur 
sur la fin de I'intervalle ou s'est faite la copie. 

COPYBACKWARD lb copy, backward (lb debut, lb fin, lb position) 

Comme copy, copie I'intervalle [debut, fin), en progressant du dernier element vers le 
prem ier, a partir de position qui designe done I'em placem ent de la p re m i e re copie, m a is aussi 
la fin de I'intervalle ; les emplacements correspondants doivent exister ; la valeur de position 
(et seulem ent celle-ci) ne doit pas appartenir a I'intervalle [debut, fin) ; renvoie un iterateur sur 
le debut de I'intervalle (derniere valeur copiee) ou s'est faite la copie ; cet algorithm e est 
surtout utile en remplacement de copy lorsque le debut de I'intervalle d'arrivee appartient a 
I'intervalle de dep art. 

GENERATE void generate (I u debut, lu fin, fctgen) 

Appelle, pour chacune des valeurs de I'intervalle [debut, fin), la fonction fctjen et affecte la 
valeur fournie a I'em placem ent correspondant. 

G EN ERA T E N void generate.n (lu debut, N bFois, fct gen) 

M erne chose que generate, mais I'intervalle est defini par sa position debut et son nombre de 
valeurs N bFois (la fonction fctjen est bien appelee NfFois). 

SW A P R A N G ES lu sw a p_ ranges (I u debut.l, lu fin 1 , lu d eb u t_ 2 ) 

Echange les elements de I'intervalle [debut, fin) avec I'intervalle de meme taille com m engant 
en d e b u t_ 2 . L es deux interval les ne doivent pas se chevaucher. C om plexite : N echanges. 



2. ALGORITHM ES DE REC HERC HE 



FIND le find (le debut, le fin, valeur) 

F ournit un iterateur sur le prem ier elem ent de I'intervalle [debut, fin) eg a I a valeur (au sens de 
= = ) s'il existe, la valeur fin sinon ; (attention, il ne s'agit pas n ecessa irem ent de end()). 
C om plexite : au m axim urn N com paraisons d ' eg a lite. 

F IN D _ IF le find. if (le debut, le fin, predicat. u) 

Fournit un iterateur sur le premier element de I'intervalle [debut, fin) satisfaisant au predicat 
unaire predicat u specifie, s'il existe, la valeur fin sinon ; (attention, il ne s'agit pas 
n ecessa irem entde end()}. Complexite : au maximum N a p pels du predicat. 

F IND.E N D lu find. end (lu debut. 1, lu fin.l, lu debut. 2, lu fin. 2) 

Fournit un iterateur sur le dernier element de I'intervalle [debut.l, fin.l) tel que les elements 
de la sequence debutant en debut.l soit egaux (au sens de = = ) aux elements de I'intervalle 
[debut.2, fin. 2). Si un tel element n'existe pas, fournit la valeur fin.l (attention, il ne s'agit 
pas n ecessa irem ent de en d(). C om plexite : au m axim urn (N 1- N 2 + 1) * N 2 com paraiso ns. 



lu find. end (lu debut.l, lu fin.l, lu debut.2, lu fin. 2, predicat b) 
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Fonctionne comme la version precedente, avec cette difference que la com paraison d'egalite 
est rem placee par I'application du predicat binaire predicat b. C om plexite : au m a x i m u m (N 1- 
N 2 + 1) * N 2 appels du predicat. 



F IND F IRST O F 

lu find, firstof (lu debutl, lu fin 1 , lu d eb u t 2 , lu fin 2 ) 

R echerche, dans I" in tervalle [debutl, f i n _ 1 ) , le prem ier element eg a I (au sens de = = ) a I ' u n 
des elements de I'intervalle [ d e b u t_ 2 , f i n _ 2 ) . F ournit un iterateur sur cet elem ent s'il existe, la 
valeur de f i n _ 1 , dans le cas contra ire. C om plexite : au maximum N 1 * N 2 com para iso ns. 



lu find first of (lu debut l, lu fin 1 , lu d eb u t_ 2 , lu fin 2 , predicat b) 

Recherche, dans I'intervalle [debutl, f i n _ 1 ) , le premier element satisfaisant, avec I'un des 
elements de I'intervalle [ d e b u t_ 2 , f 1 n _ 2 ) au predicat binaire predicat b. F ournit un iterateur 
sur cet elem ent s'il existe, la valeur de f i n _ 1 , dans le cas contra ire. C om plexite : au maximum 
N 1 * N 2 appels du predicat 



ADJACENTFIND 

lu adjacent find (lu debut, lu fin) 

Recherche, dans I'intervalle [debut, fin), la premiere occurrence de deux elements successifs 
egaux (= = ) ; fournit un iterateur sur le premier des deux elements egaux, s'ils existent, la 
valeur fin sinon. 



lu adjacent find (lu debut, lu fin, predicat b) 

Recherche, dans I'intervalle [debut, fin), la premiere occurrence de deux elements successifs 
satisfaisant au predicat binaire predicat_b ; fournit un iterateur sur le premier des deux 
elem ents, s'ils existent, la valeur fin sinon. 

SEARCH lu search (lu debut.l, lu fin.l, lu debut.2, lu fin.2) 

Recherche, dans I'intervalle [debutl, f i n _ 1 } , la premiere occurrence d'une sequence 
d ' elem ents identique (= = ) a celle de I'intervalle [ d e b u t_ 2 , f i n _ 2 ) . F ournit un iterateur sur le 
premier element si cette occurrence, si e 1 1 e existe, la fin f i n _ 1 sinon. C o m plexite : au 
maximum N 1 * N 2 com paraiso ns. 

lu search (lu debut l, lu fin 1 , lu d eb u t 2 , lu fin 2 , predicat b) 

Fonctionne comme la version precedente de search, avec cette difference que la comparaison 
de deux elements de chacune des deux sequences se fait par le predicat binaire predicatb, au 
lieu de se fa ire par eg a lite. C om plexite : au maximum N 1 * N 2 appels du predicat. 

SEARCHN lu search, n (I u debut, lu fin, N bF ois, valeur) 

Recherche dans I'intervalle [debut, fin), une sequence de NbFois elements egaux (au sens de 
= = ) a valeur. F ournit un iterateur sur le prem ier elem ent si une telle sequence existe, la 
valeur fin sinon. C om plexite : au m axim urn N com paraiso ns. 
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lu sea rch n (ludebut, lu fin, N bFois, valeur, predicatb) 

Fonctionne comme la version precedente avec cette difference que la com paraison entre un 
element et valeur se fait par le predicat b i n a ire predicatb, au lieu de se faire par egalite. 
Complexity : au maximum N applications du predicat. 

M AX.ELEM ENT 

lu m a x_ elem ent (lu debut, lu fin) 

F ournit un iterateur sur le prem ier elem ent de I'intervalle [debut, fin) qui ne so it inferieur (< ) 
a aucun des autres elem en ts de I'intervalle. C om plexite : ex a c tern ent N -1 com para iso ns. 

lu m a x_ elem ent (lu debut, lu fin, predicat b) 

F onctionne comme la version precedente de max_element, m a is en utilisant le predicat binaire 
predicatb en lieu et place de I'operateur < . C om plexite : exactem ent N -1 a p pels du predicat. 

M IN. ELEM ENT 

lu m i n_ elem ent (lu debut, lu fin) 

Fournit un iterateur sur le premier element de I'intervalle [debut, fin) tel qu'aucun des autres 
elem ents de I'intervalle ne lui so it inferieur (< ). C om plexite : exactem ent N -1 com para iso ns. 

lu m in. elem ent (I u debut, I u fin, predicat. b) 

Fonctionne comme la version precedente de min_element, mais en utilisant le predicat binaire 
predicatb en lieu et place de I'operateur < . C om plexite : exactem ent N -1 a p pels du predicat. 



3. ALGORITHMES DE TRANSFORMATION D UNE SEQUENCE 

REVERSE void reverse (lb debut, lb fin) 

Inverse le contenu de I'intervalle [debut, fin). C om plexite exactem ent N 12 echanges. 

REVERSECOPY Is reverse, copy (lb debut, lb fin, Is position) 

Copie I'intervalle [debut, fin), dans I'ordre inverse, a partir de position ; les emplacements 
correspondants doivent exister ; attention, ici position designe done I'em placem ent de la 
premiere copie et aussi le debut de I'intervalle ; renvoie un iterateur sur la fin de I'intervalle 
ou s'est faite la copie. Les deux interv alles ne doivent pas se chevaucher. C o m plexite : 
exactem ent N affectations. 

RE PLACE void replace (I u debut, lu fin, a nc. valeur, nouv. valeur) 

R em place, dans I'intervalle [debut, fin), tous les elements egaux (= = ) a anc.valeur par 
no uv.va I eu r. C om plexite : exactem ent N com para iso ns. 

RE PL AC E I F void rep I a c e_ if (lu debut, lu fin, predicatu, nouvvaleur) 

R em place, dans I'intervalle [debut, fin), tous les elements satisfaisant au predicat unaire 
predicat.u par n o u v_ valeur. C om plexite : exactem ent N applications du predicat. 
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RE PL AC E.C 0 PY 

Is rep lace, copy (I e debut, le fin, Is position, a nc _ va leu r, nouv. valeur) 

Recopie I'intervalle [debut, fin) a partir de position, en rem plagant tous les elements egaux 
(= = ) a anc_valeur par nouv_valeur ; les emplacements correspondants doivent exister. 
Fournit un iterateur sur la fin d'e I'intervalle ou s'est faite la copie. Les deux intervalles ne 
doivent pas se chevauc her. C om plexite : exactem ent N com paraiso ns. 

RE PL AC E.C 0 PY.IF 

Is rep lace, copy.if (le debut, le fin, Is position, predicat u, nouv valeur) 

Recopie I'intervalle [debut, fin) a partir de position, en rem plagant tous les elements 
satisfaisant au predicat unaire predicat.u par nouv.valeur ; les emplacements correspondants 
doivent exister Fournit un iterateur sur la fin de I'intervalle ou s'est faite la copie. Les deux 
intervalles ne do i vent pas se chevauc her. C om plexite : exactem ent N applications du predicat. 

ROTATE void rotate (I u debut, lu m ilieu, lu fin) 

Effectue une permutation circulaire (vers la gauche) des elements de I'intervalle [debut, fin) 
dont I'ampleur est telle que, apres permutation, I ' el em ent designe par milieu soit venu en 
debut. C o m plexite : au maximum N echanges. 

ROTATECOPY I s rotate, c opy (I u debut, lu m ilieu, lu fin, Is position) 

Recopie, a partir de position, les elements de I'intervalle [debut, fin), affectes d'une 
permutation circulaire definie de la meme f a g o n que pour rotate; les emplacements 
correspondants doivent exister. Fournit un iterateur sur la fin de I'intervalle ou s'est faite la 
copie. C o m plexite : au maximum N affectations. 

PARTITION lb partition (lb debut, lb fin, Predicat. u) 

Effectue une partition de I'intervalle [debut, fin) en se fondant sur le predicat unaire 
predicat.u ; il s'agit d'une reorganisation telle que tous les elements satisfaisant au predicat 
arrivent avant tous les autres. F o urn it un iterateur it tel que les el em ents de I'intervalle [debut, 
it) satisfont au predicat, tandis que les elements de I'intervalle [it, fin) n'y satisfont pas. 
C om plexite : au m axim urn N 12 echanges et exactem ent N a ppels du predicat. 

STABLE. PARTITION lb stable. pa rtition (lb debut, lb fin, Predicat. u) 

Fonctionne comme partition, avec cette difference que les positions relatives des differents 
e I e m ents a I'interieur de chacune des deux parties soient preservers. C om plexite : exactem ent 
N appels du predicat et au maximum N Log N echanges (et meme k N si Ton dispose de 
suffisam m ent de mem oire). 

N EXT.PE R M UT AT 10 N 

boo I next, perm utati on (lb debut, lb fin) 

C et algorithme realise ce que I'on nomme la "permutation suivante" des elements de 
I'intervalle [debut, fin). II suppose que I'ensemble des permutations possibles est ordonne a 
partir de I'operateur < , d'une maniere lexicographique. On considere que la permutation 
suivant la derniere possible n'est rien d'autre que la premiere. Fournit la valeur true s'il 
existait bien une permutation suivante et la valeur false dans le cas ou I'on est revenu a la 
p re m i e re perm utation possible. C om plexite : au m axim urn N 12 echanges. 
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boo I n ex t_ perm utation (lb debut, lb fin, p red ic at_ b ) 

Fonctionne comme la version preced ente, avec cette seule difference que I'ensemble des 
permutations possibles et ordonne a partir du predicat b i n a ire predicat.b. Complexite : au 
maximum N /2 echanges. 

PREV PERM UTATION 

bool p rev per mutation (lb debut, lb fin) 

boo I prev_ perm utation (lb debut, lb fin, predicat.b) 

C es deux algorithmes fonctionnent comme nextpermutation, en inversant simplement I'ordre 
des perm utations possibles. 

RANDOM. SHUFFLE 

void random _ shuffle (la debut, la fin) 

Repartit au hasard les elements de I'intervalle [debut, fin). Complexite : exactement N-l 
echanges. 

void random _ shuffle (la debut, la fin, generateur) 

M erne chose que random_shuffle, mais en utilisant la fonction generateur pour generer des 
nom bres au hasard. C ette fonction doit fournir une valeur appartenant a I'intervalle [0, n), n 
eta n t une valeur fournie en argument. C om plexite : exactem ent N -1 echanges. 

TRANSFORM 

Is transform (I e debut, le fin, Is position, operational 

Place a partir de position (les elements correspondants doivent exister) les valeurs obtenues en 
appliquant la fonction unaire (a un argument) operation^ a chacune des valeurs de 
I'intervalle [debut, fin). F o urn it un iterateur sur la fin de I'intervalle a in si rem pli. 

Is transform (le debutl, le finl, le deb u t_ 2 , Is position, o per a tionb) 

Place a partir de position (les elements correspondants doivent exister) les valeurs obtenues en 
appliquant la fonction binaire (a deux argum ents) operation. b a chacune des valeurs de m em e 
rang de I'intervalle [debut. 1, fin.l) et de I'intervalle de m em e taille com m en? ant en debut. 2. 
F ournit un iterateur sur la "fin de I'intervalle a in si rem pli. 



4. ALGORITHM ES DE SUPPRESSION 



RE MOVE lu rem ove (lu debut, lu fin, valeur) 

Fournit un iterateur it tel que I'intervalle [debut, it) contienne toutes les valeurs initialement 
presentes dans I'intervalle [debut, fin), debarrassees de celles qui sont egales (= = ) a valeur. 
Attention, aucun element n'est detruit; tout au plus, peut-il avoir change de valeur. 
L 'algorithm e est stable, c'est-a-dire que les valeurs no n elim inees conserve nt leur ordre relatif. 
C om plexite : exactem ent N com paraiso ns. 
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RE M 0 V E _ I F lu remove, if (I u debut, lu fin, predicatu) 

Fonctionne comme remove, avec cette difference que la condition d'elim ination est fournie 
so us form e d 1 un p red i cat una ire predic a t_u. C om plexite : exactem ent N a p pels du predicat. 

RE MOVECOPY Is removecopy (le debut, le fin, Is position, va leu r) 

Recopie I'intervalle [debut, fin) a partir de position (les elements correspondants doivent 
exister), en supprimant les elements egaux (= = ) a valeur. F ournit un iterateur sur la fin de 
I'intervalle ou s'est faite la copie. L es deux interval les ne doivent pas se chevaucher. Comme 
remove, I'algorithme est stable. C om plexite : exactem ent N com paraiso ns. 

RE MOVECOPYIF Is rem ove_ if (le debut, le fin, Is position, predicatu) 

Fonctionne comme remove_copy, avec cette difference que la condition d'elim ination est 
fournie sous forme d'un predicat unaire predicat u. C o m plexite : exactement N appels du 
predicat. 

UNIQUE lu unique (lu debut, lu fin) 

Fournit un iterateur it tel que I'intervalle [debut, it) corresponde a I'intervalle [debut, fin), 
dans lequel les sequences de plusieurs valeurs consecutives egales (= = ) sont rem placees par 
la prem iere. A ttention, aucun elem ent n'est detruit ; tout a u plus, peut-il avoir change de place 
et de valeur. C om plexite : exactem ent N com paraiso ns. 

lu unique ( I u debut, lu fin, predicatb) 

Fonctionne comme la version precedente, avec cette difference que la condition de repetition 
est fournie sous form e d'un predicat bin a ire predicatb. C om plexite : exactem ent N appels du 
predicat. 

UN I Q U E.C 0 PY 

Is unique. copy (I e debut, le fin, Is position) 

Recopie I'intervalle [debut, fin) a partir de position (les elements correspondants doivent 
exister), en ne conservant que la premiere valeur des sequences de plusieurs valeurs 
consecutives egales (= = ). F ournit un iterateur sur la fin de I'intervalle ou s'est faite la copie. 
L es deux interval les ne doivent pas se chevaucher. C om plexite : exactem ent N com paraiso ns. 

Is unique. copy (I e debut, le fin, Is position, predicat b) 

Fonctionne comme unique.copy, avec cette difference que la condition de repetition de deux 
valeurs est fournie sous forme d'un predicat binaire predicat.u. On notera que la decision 
d'elim ination d'une valeur se fait to u jours par com paraison avec la precedente et non avec la 
premiere d'une sequence ; cette rem arque n'a en fait d' im porta nee qu'au cas ou le predicat 
fourni ne sera it pas transitif... C om plexite : exactem ent N appels du predicat. 



5. ALGORITHM ES DE TRI 
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SORT void sort (la debut, la fin) 

Trie les elements de I'intervalle [debut, fin), en se fondant sur I'operateur < . L 'algorithm e 
n'est pas stable, c'est-a-dire que I'ordre relatif des elements equivalents (au sens de < ) n'est 
pas necessairem ent respecte. C om plexite : en m oyenne N L og N com paraiso ns. 

void sort (la debut, la fin, fctcom p) 

Trie les elements de I'intervalle [debut, fin), en se fondant sur le predicat binaire f c t_ c o m p . 
C om plexite : en m oyenne N L og N appelsdu predicat. 

STABLESORT 

void stable.sort (la debut, la fin) 

T rie les elements de I'intervalle [debut, fin), en se basant sur I'operateur < . C ontrairem ent a 
sort, cet algorithm e est stable. C o m plexite : au maximum N (Log N ) 2 com paraiso ns ; si 
l'im plem entation dispose d'assez de m em oire, on peut descendre a N L og N com paraiso ns. 

void stable. sort (la debut, la fin, fct com p) 

Meme chose que stable_sort en se basant sur le predicat binaire fct_comp qui doit 
correspondre a une relation d'ordre faible strict. C o m plexite : au maximum N (Log N ) 2 
applications du predicat ; si I'im plem entation dispose d'assez de m em oire, on peut descendre a 
N L og N appels. 

PARTIAL. SO RT 

void partial. sort (la debut, la m ilieu, la fin) 

Realise un tri partiel des elem ents de I'intervalle [debut, fin), en se basant sur I'operateur < et 
en placant les prem iers elem ents con vena blem ent tries dans I'intervalle [debut, milieu) (c'est la 
taille de cet intervalle qui definit I'ampleur du tri). Les elements de I'intervalle [milieu, fin) 
sont places dans un ordre quelconque. Aucune contrainte de stabilite n'est imposee. 
C om plexite : environ N L og N ' com paraiso ns, N ' eta nt le no m bre d' elem ents tries. 

void partial. sort (la debut, la m ilieu, la fin, f ct.com p) 

Fonctionne comme partial.sort, avec cette difference qu'au lieu de se fonder sur I'operateur 
< , cet algorithme se fonde sur le predicat binaire fct.comp qui doit correspondre a une 
relation d'ordre faible strict. C o m plexite : environ N LogN' com paraisons, N' eta n t le 
nom bre d ' elem ents tries. 

PARTIAL. SORT. COPY 

la pa rtia I. sort. copy (I e debut, le fin, la pos. debut, la pos.fin) 

Place dans I'intervalle [po s_ debut, pos.fin) le resultat du tri partiel ou total des elements de 
I'intervalle [debut, fin). Si I'intervalle de destination com porte plus d' elem ents que I'intervalle 
de depart, ses derniers elements ne seront pas utilises. Fournit un iterateur sur la fin de 
I'intervalle de destination (pos.fin lorsque ce dernier est de taille inferieure ou egale a 
I'intervalle d'origine). Les deux intervalles ne doivent pas se chevaucher. Complexity : 
environ N Log N ' com paraiso ns, N ' eta nt le nom bre d' elem ents effectivem ent tries. 
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la partial, so rt_ copy (le debut, le fin, la p o s_ debut, la pos.fin, fet e om p) 

Fonctionne comme partial_sort_copy avec cette difference qu'au lieu de se fonder sur 
I'operateur < , cet algorithm e se fonde sur le predicat b i n a ire f c t_ c o m p qui doit correspondre a 
une relation d'ordre fa i b I e strict. C om plexite : environ N Log N 1 com para isons, N 1 eta n t le 
nom bre d ' e I e m ents tries. 

NTH .EL E M ENT 

void nth elem ent (la debut, la position, la fin) 

P lace dans I'em placem ent designe par position - qui doit done appartenir a I'intervalle [debut, 
fin) - I ' e I e m ent de I'intervalle [debut, fin) qui se trouverait la, a la suite d'un tri. Les autres 
elem ents de I'intervalle peu vent changer de place. C om plexite : en m oyenne N com para iso ns. 

void nth elem ent (la debut, la position, la fin, f ct_ com p) 

Fonctionne comme la version precedente, avec cette difference qu'au lieu de se fonder sur 
I'operateur < , cet algorithm e se fonde sur le predicat binaire fct_comp qui doit correspondre a 
une relation d'ordre fa ible strict. C om plexite : en m oyenne N applications du predicat. 



6. ALGORITHM ES DE RECHERCHE ET DE FUSIONS SUR DES SEQUENCES 
ORDONNEES 

N.B. Tous ces algorithmes peuvent fonctionner avec de simples iterateurs unidirectionnels. M ais, lorsque 
Ton dispose d'iterateurs a acces direct, on peut augmenter legerement les performances, dans la mesure ou 
certaines series de p increm entations de la form e it+ + peuvent etre rem placees par une seule it+ = p ; plus 
p re c i se m ent, on passe d e 0 (N ) a 0 (L og N ) increm entations. 

LOWER BOUND 

lu lower_ bound (lu debut, lu fin, valeur) 

Fournit un iterateur sur la premiere position ou valeur peut etre inseree, compte tenu de 
I'ordre induit par I'operateur < . C om plexite : au m axim urn Log N + 1 com para iso ns. 

lu lower, bound (lu debut, lu fin, valeur, fct.com p) 

Fournit un iterateur sur la premiere position ou valeur peut etre inseree, compte tenu de 
I'ordre induit par le predicat binaire fct.comp. C o m plexite : au maximum Log N + 1 
com paraiso ns. 

UPPER BOUND 

lu upper. bound (lu debut, lu fin, valeur) 

F ournit un iterateur su r la derniere position ou v a I e u r peut etre inseree, com pte tenu de I'ordre 
induit par I'operateur < . C om plexite : au m axim urn L og N + 1 com paraiso ns. 

lu upper, bound (lu debut, lu fin, valeur, fct.com p) 

F ournit un iterateur su r la derniere position ou v a I e u r peut etre inseree, com pte tenu de I'ordre 
induit par le predicat binaire fct.comp. C om plexite : au m axim urn Log N + 1 com paraiso ns. 
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EQUAL. RANGE 

pair < lu, lu> equalrange (lu debut, lu fin, v a leu r) 

F ournit le plus grand intervalle [itl, it2) tel que valeur puisse e tre inseree en n'im porte quel 
point de cet intervalle, com p te tenu de I'ordre induit par I'operateur < . Complexity : au 
maximum 2 L og N + 1 com paraiso ns. 

pair < lu, lu> equal.range (lu debut, lu fin, valeur, fet e om p) 

F onctionne com m e la version precedente, en se basant sur I'ordre induit par le predicat b i n a ire 
f c t_ c o m p au lieu de I'operateur < . 

BINARY SEARCH 

bool binary sea rc h (lu debut, lu fin, valeur) 

F ournit la valeur true s'il existe, dans I 'intervalle [debut, fin), un elem ent equivalent a valeur, 
et la valeur false, dans le cas contra ire. C om plexite : au plus L og N + 2 com paraiso ns. 

bool binary, search (I u debut, I u fin, valeur, fete om p) 

Fournit la valeur true s'il existe, dans I'intervalle [debut, fin), un element equivalent a valeur 
(au sens de la relation induite par le predicat fct_comp) et la valeur false dans le cas contra ire. 
C om plexite : au plus L og N + 2 appels du predicat. 

M ERGE Is m erge (le debutl, lefinl, I e d e b u t_ 2 , le f i n _ 2 , Isposition) 

Fusionne les deux intervalles [debutl, f i n _ 1 } et [ d e b u t_ 2 , f i n _ 2 ) , a partir de position (les 
elements correspondants doivent exister), en se fondant sur I'ordre induit par I'operateur < . 
L 'algorithm e est stable : I'ordre relatif d'elements equivalents dans I'un des intervalles 
d'origine est respecte dans I'intervalle d'arrivee ; si des elements equivalents apparaissent dans 
les intervalles a fusionner, ceux du premier intervalle apparaissent toujours avant ceux du 
second. L 'intervalle d'arrivee ne doit pas se chevaucher avec les intervalles d'origine (en 
revanche, rien n'interdit que les deux intervalles d'origine se c hevauchent). C o m plexite : au 
plus N 1 + N 2-1 com paraiso ns. 

Is m erge (le debut l, le finl, le debut. 2, le fin. 2, Is position, fct.com p) 

Fonctionne comme la version precedente, avec cette difference que I'on se base sur I'ordre 
induit par le predicat bin a ire fct.com p. C om plexite : au plus N 1+ N 2-1 appels du predicat. 

INPL AC E.M E RG E 

void in place, m erge (lb debut, lb m ilieu, lb fin) 

F usionne les deux intervalles [debut, milieu) et [milieu, fin) dans I'intervalle [debut, fin) en se 
basant sur I'ordre induit par I'operateur < . C om plexite : N -1 com paraiso ns si I'on dispose de 
suffisam m ent de m em oire, N L og N com paraiso ns si no n. 

void in place, m erge (lb debut, lb m ilieu, lb fin, fct.com p) 

Fonctionne comme la version precedente, avec cette difference que I'on se base sur I'ordre 
induit par le predicat bin a ire fct.com p. C om plexite : N -1 appels du predicat, si I'on dispose de 
suffisam m ent de m em oire, N LogN appelssinon. 
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7. ALGORITHM ES A C A R ACT ERE NUM ERIQUE 



ACCUMULATE 

valeur accumulate (le debut, le fin, va l_ i n it) 

Fournit la valeur obtenue en ajoutant (operateur + ) a la valeur initiale vaMnit, la valeur de 
c h a c u n des elem ents de I'intervalle [debut, fin). 

valeur accum u late (I e debut, le fin, va I. initiale, fete urn ul) 

Fonctionne comme la version precedente, en la generalisant : I'operation appliquee n'etant 
plus definie par I'operateur + , mais par la fonction f c t_ c u m u I , recevant deux arguments du 
type des elements concerned et fournissant un resultat de ce meme type (la valeur accum ulee 
courante est fournie en premier argum ent, celle de I'elem ent courant, en second). 

INNER. PRODUCT 

valeur inner product (le debutl, le f i n _ 1 , le deb u t_ 2 , val.init) 

Fournit le produit scalaire de la sequence des valeurs de I'intervalle [debutl, fin_2) et de la 
sequence de valeurs de meme longueur debutant en d e b u t_ 2 , augmente de la valeur initiale 
vaMnit. 

valeur inner, pro duct (le debut. 1, le fin. 1, le debut. 2, val.init, fete u m ul, fct.prod) 

Fonctionne comme la version precedente, en rem p I a g a n t I'operation de cumul (+ ) par I'appel 
de la fonction f c t_ c u m u I (la valeur cum ulee est fournie en prem ier argum ent) et I'operation de 
produit par I'appel de la fonction fct.prod (la valeur courante du premier intervalle etant 
fournie en prem ier argum ent). 

PARTIAL. SUM 

Is partial. sum (le debut, le fin, Is position) 

C ree, a partir de position (les elem ents correspondants do i vent exister), un intervalle de m em e 
taille que I'intervalle [debut, fin), contenant les sommes partielles du premier intervalle : le 
prem ier element correspond a la prem i e re valeur de [debut, fin), le second element a la so m m e 
des deux p rem ieres valeurs et a in si de suite. F o urn it un iterateur sur la fin de I'intervalle c ree. 

Is partial, sum (le debut, le fin, Is position, fet e urn ul) 

Fonctionne comme la version precedente, en rem p I a g a n t I'operation de sommation (+ ) par 
I'appel de la fonction fct.cumul (la valeur cum ulee est fournie en prem ier argum ent). 

ADJACENT DIFFERENCE 

Is ajacent difference (le debut, le fin, Is position) 

C ree, a partir de position (les elem ents correspondants do i vent exister), un intervalle de m em e 
taille que I'intervalle [debut, fin), contenant les differences entre deux elements consecutifs de 
ce prem ier intervalle : I'elem ent de rang i, horm is le prem ier, s'obtient en faisant la difference 
(operateur -) entre I'elem ent de rang i et celui de rang i-1. L e prem ier element reste inchange. 
F ournit un iterateur sur la fin de I'intervalle cree. 
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Is a j ac en t_ difference (le debut, le fin, Is position, fct_ d iff) 

Fonctionne comme la version precedents, en rem p I a g a n t I'operation de difference (-) par 
I'appel de la fonction fct.diff. 



8. ALGORITHM ES A C ARACTERE ENS EM BLISTE 



INCLUDES bool includes (le debut, 1, le fin.l, le debut, 2, le fin. 2) 

F our nit la valeur true si, a toute valeur appartenant a I'intervalle [debut.l, f i n _ 1 ) , correspond 
une valeur egale (= = ) dans I'intervalle [ d e b u t_ 2 r f i n _ 2 ) , avec la m em e pluralite : autrement 
dit, (si une valeur figure n fois dans le premier intervalle, e 1 1 e devra figurer au moins n fois 
dans I e second intervalle). C om plexite : au m axim urn 2 N 1 * N 2-1 com para iso ns. 

bool includes (le debut.l, le finl, le debut. 2, le f i n _ 2, fct.com p) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire f c t_ c o m p pour 
decider de I'egalite de deux valeurs. C om plexite : au m axim urn 2 N 1 * N 2-1 a p pels d'u predicat 

SET. UN 10 N 

Is set. union (le debut. 1, le fin l, le debut. 2, le fin. 2, Is position) 

C ree, a partir de position (les el em ents correspondants do i vent exister), une sequence form ee 
des elements appartenant au moins a I'un des deux intervalles [debutl, fin.l) [ d e b u t_ 2 , 
fin. 2), avec la pluralite maximale : si un element apparalt n fois dans le premier intervalle et 
n 1 fois dans le second, il apparaltra m a x ( n , n 1 ) fois dans le res u I tat. L es elements doivent etre 
tries suivant la meme relation R et I'egalite de deux elements (= = ) devra correspondre aux 
classes d' eq u ivalence de R. Les deux intervalles ne doivent pas se chevaucher. Fournit un 
iterateur sur la fin de I'intervalle cree. C om plexite : au maximum 2*N 1*N 2-1 com para iso ns. 

Is set. union (le debut. 1, le fin l, le debut. 2, le fin. 2, Is position, f ct.com p) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire fct.comp pour 
decider de I'egalite de deux valeurs. La encore, ce dernier doit correspondre aux classes 
d'equivalence de la relation ayant servi a ordonner les deux intervalles. C o m plexite : au 
m axim urn 2* N 1* N 2-1 a ppels du predicat. 

SET. INTERSECTION 

Is set. intersection (le debut l, le fin l, le debut.2, le fin. 2, Is position) 

C ree, a partir de position (les el em ents correspondants doivent exister), une sequence form ee 
des el em ents appartenant sim ultanem ent aux deux intervalles [debut. 1, fin.l) [debut.2, fin. 2), 
avec la pluralite minimale : si un element apparalt n fois dans le premier intervalle et n' fois 
dans le second, il apparaltra min(n, n') fois dans le resultat. Les elements doivent etre tries 
suivant la m em e relation R et I'egalite de deu x el em ents (= = ) devra correspondre aux classes 
d'equivalence de R. L es deux intervalles ne do i vent pas se chevaucher. F ournit un iterateur su r 
la fin de I'intervalle cree. C om plexite : au maximum 2*N 1*N 2-1 com para iso ns. 
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Is set intersection (le debut. 1, I e f i n _ 1 , le d eb u t 2 , I e f i n _ 2 , Is position, f ct com p) 

Fonctionne comme la version precedente, mais en utilisant le predicat b i n a ire f c t_ c o m p pour 
decider de I'egalite de deux valeurs. La encore, ce dernier doit correspondre aux classes 
d'equivalence de la relation ayant servi a ordonner les deux intervalles. Complexite : au 
maximum 2*N1*N2-1 appelsdu predicat. 

SET. DIFFERENCE 

Is set_ difference (le debut l, le f i n _ 1 , le d eb u t_ 2 , le f i n _ 2 , Is position) 

C re e , a partir de position (les el em ents correspondants do i vent exister), une sequence form ee 
des elements appartenant a I'intervalle [debutl, f i n _ 1 ) sans appartenir a I'intervalle [ d e b u t_ 2 , 
f i n _ 2 ) ; on tient com pte de la pluralite : si un el em ent a p pa rait n fo is dans le prem ier intervalle 
e t n ' fo is dans le second, il apparaltra m a x (0 , n-n 1 ) fo is dans le res u I tat. L es elements doivent 
etre tries suivant la meme relation R et I'egalite de deux elements (= = ) devra correspondre 
aux classes d'equivalence de R. Les deux intervalles ne doivent pas se chevaucher. Fournit un 
iterateur sur la fin de I'intervalle cree. C om plexite : au maximum 2*N 1*N 2-1 com para iso ns. 

Is set_ difference (le debut l, le finl, le deb u t_ 2 , I e f i n _ 2 , Is position, f ct_ com p) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire fct_comp pour 
decider de I'egalite de deux valeurs. La encore, ce dernier doit correspondre aux classes 
d'equivalence de la relation ayant servi a ordonner les deux intervalles. Complexite : au 
m axim urn 2* N 1* N 2-1 a ppels du predicat. 

SET.SYM M ETRIC.DIFFERE NCE 

Is setsym etric. difference (le debut l, le fin l, le deb u t_ 2 , I e f i n _ 2 , Is position) 

C ree, a partir de position (les el em ents correspondants doivent exister), une sequence form ee 
des elements appartenant a I'intervalle [debutl, f i n _ 1 ) sans appartenir a I'intervalle [ d e b u t_ 2 , 
f i n _ 2 ) ou appartenant a u second, sans appartenir au prem ir ; on tient com pte de la pluralite : si 
un elem ent apparait n fo is dans le prem ier intervalle et n 1 fo is dans le second, il apparaltra | n- 
n'| fois dans le resultat. Les elements doivent etre tries suivant la meme relation R et I'egalite 
de deux elements (= = ) devra correspondre aux classes d'equivalence de R. Les deux 
intervalles ne doivent pas se chevaucher. Fournit un iterateur sur la fin de I'intervalle cree. 
C om plexite : au maximum 2* N 1* N 2-1 com para iso ns. 

Is set_ sym etric. difference (le debut l, le fin l, le d eb u t_ 2 , le f i n _ 2 , Is position, 
fct com p) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire fct_comp pour 
decider de I'egalite de deux valeurs. La encore, ce dernier doit correspondre aux classes 
d'equivalence de la relation ayant servi a ordonner les deux intervalles. Complexite : au 
m axim urn 2* N 1* N 2-1 a ppels du predicat. 



9. ALGORITHM ES DIVERS 



COUNT nom bre count (I e debut, le fin, valeur) 

F ournit le nom bre de valeurs de I'intervalle [debut, fin) eg a les a valeur (au sens de = = ) 



Annexe F : Les algorithmes standards 
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no m b r e count (le debut, le fin, predicat u) 

Fournit le n o m b r e de valeurs de I'intervalle [debut, fin) satisfaisant au predicat unaire 
predicatu. 



Applique la fonction fct a chacun des elements de I'intervalle [debut, fin); fournit fct en 
resultat. 



Fournit la valeur true si tous les elements de I'intervalle [ d eb u t_ 1 , f i n _ 2 ) sont egaux (au sens 
de = = ) aux elem ents correspondants de I'intervalle de m em e taille com m engant en d e b u t_ 2 . 

bool equal (le deb ut l, le finl, I e d eb u t_ 2 , predicat b) 

F onctionne com m e la version precedente, en utilisant le predicat bin a ire predicatb, a la place 
de I'operateur = = . 



FOR EACH 



fct f o r _ each (le debut, le fin, fct) 



EQUAL 



bool equal (I e debut l, le fin l, le deb u t_ 2 ) 



ITER SW AP void iter, swap (lu posl, lu pos2) 

E change les valeurs des elements design es par les deux iterateurs posl et pos2 



CORRECTION DES EXERC IC ES 



Nous vous fournissons ici la "correction" des ex ere ices d o n t Ten once est precede de I 1 indication (C ). B ien 
entendu, les program m es proposes do i vent etre consider es com m e une solution pa rm i (beaucoup) d'autres. 



CHAPITRE V 
Ex ere ice 5.2 

^include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 

void initialise (double, double, double) ; 
void homothetie (double) ; 
void affiche () ; 

} ; 

/* definition des fonctions membre de la classe vecteur */ 
void vecteur :: initialise (double a, double b, double c) 
{ x = a ; y = b ; z = c ; 
} 

void vecteur: .-homothetie (double coeff) 
{ 

x = x * coeff ; y = y * coeff ; z = z * coeff ; 

} 

void vecteur: :affiche () 
{ 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 

} 

/* programme de test de la classe vecteur */ 

main () 

{ vecteur vl, v2 ; 

vl . initialise (1.0, 2.5, 5.8) ; vl . affiche () ; 
v2 . initialise (12.5, 3.8, 0.0) ; v2 .affiche () ; 
vl . homothetie (3.5) ; vl. affiche () ; 
v2 = vl ; v2. affiche () ; 

} 



Exercice 5 .3 

^include <iostream.h> 

/* declaration de la classe vecteur */ 



C orrection d e s exercices 



441 



class vecteur 
{ double x, y, z ; 
public : 

vecteur (double, double, double) ; // constructeur 
void homothetle (double) ; 
void affiche () ; 

} ; 

/* definition des fonctions membre de la classe vecteur */ 
vecteur : -.vecteur (double a, double b, double c) // attention, pas de void .. 
{ 

x = a ; y = b ; z = c ; 

} 

void vecteur: -.homothetie (double coeff) 

{ x = x * coeff ; y = y * coeff ; z = z * coeff ; 

} 

void vecteur :: affiche () 

{ cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 
} 

/* programme de test de la classe vecteur */ 

main () 

{ vecteur vl(1.0, 2.5, 5.8) ; // vecteur vl serait ici invalide 

vecteur v2 (12.5, 3.8, 0.0) ; 
vl .affiche () ; 
v2 .affiche () ; 

vl .homothetie (3.5) ; vl. affiche () ; 
v2 = vl ; v2. affiche () ; 

} 

CHAPITRE VI 
Ex ere ice 6.1 

a) Avec des fonctions membre indepen da ntes 

^include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 
void affiche () ; 

} ; 

/* definition des fonctions membre de la classe vecteur */ 
vecteur :: vecteur () 
{ 

x=0 ; y=0 ; z=0 ; 

} 

vecteur :: vecteur (double a, double b, double c) 
{ 

x = a ; y = b ; z = c ; 

} 

void vecteur: .-affiche () 
{ 
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cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 

} 

/* programme de test de la classe vecteur */ 

main () 

{ vecteur vl ; // attention vecteur vl () aurait une autre signification 

// vl serait une fonction sans argument, fournissant un 
// resultat de type vecteur 
vecteur v2 (12.5, 3.8, 0.0) ; 

// ces declarations seraient ici invalides : 
// vecteur v3 (5) ; vecteur v4 (2.5, 4) ; 

vl.affiche () ; 
v2 .affiche () ; 

} 



b) A vec des fo notions m em bre "en ligne" 

^include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ 

double x, y, z ; 
public : 

vecteur () // constructeur 1 

{ x=0 ; y=0 ; z=0 ; } 
vecteur (double a, double b, double c) // constructeur 2 

{ x=a ; y=b ; z=c ; } 
void affiche () 

{ cout « "Vecteur de coordonnees : " 

« x « " " « y « " " « z « "\n" ; 

} 

} ; 

/* programme de test de la classe vecteur */ 

main () 
{ 

vecteur vl, v2(3,4,5) ; 
vl.affiche () ; 
v2 .affiche () ; 

} 



Ex ere ice 6.2 

# include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ 

double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 
void affiche () ; 
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int prod_scal (vecteur) 

} ! 

/* definition des fonctions membre de la classe vecteur */ 
vecteur : : vecteur () 

x=0 ; y=0 ; z=0 ; 
vecteur :: vecteur (double a, double b, double c) 

x = a ; y = b ; z = c ; 
void vecteur :: affiche () 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 
int vecteur: :prod_scal (vecteur v) 

return (x * v.x + y * v.y + z * v.z) ; 

main() /* programme de test de la classe vecteur */ 

vecteur vl (1,2,3) ; 

vecteur v2 (5,4,3) ; 

vl. affiche () ; v2 .affiche () ; 

int ps ; 

ps = vl.prod_scal (v2) ; cout « "VI. V2 = " « ps « "\n" ; 
ps = v2.prod_scal (vl) ; cout « "V2.V1 = " « ps « "\n" ; 
cout « "VI. VI = " « vl .prod_scal (vl) « "\n" ; 
cout « "V2.V2 = " « v2.prod_scal (v2) « "\n" ; 

} 

Exercice 6.3 

^include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur) 

vecteur somme (vecteur) 

} ! 

/* definition des fonctions membre de la classe vecteur */ 
vecteur :: vecteur () 
{ x=0 ; y=0 ; z=0 ; 
} 

vecteur :: vecteur (double a, double b, double c) 

{ x = a ; y = b ; z = c ; 

} 

void vecteur: -.affiche () 

{ cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 
} 
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int vecteur: :prod_scal (vecteur v) 

{ return (x * v.x + y * v.y + z * v.z) ; 

} 

vecteur vecteur: : somme (vecteur v) 
{ vecteur res ; 

res.x = x + v.x ; res.y = y + v.y ; res.z = z + v.z ; 

return res ; 

} 

/* programme de test de la classe vecteur */ 

main () 

{ vecteur vl (1,2,3) ; 
vecteur v2 (5,4,3) ; 
vecteur v3 ; 

vl.affiche () ; v2 .afflche () ; v3.afflche () ; 
v3 = vl . somme (v2) ; v3 . affiche () ; 
v3 = v2. somme (vl) ; v3. affiche () 

) 

Exercice 6 .4 

a) Transmission paradresse des valeurs de type vecteur 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur *) ; 

vecteur somme (vecteur *) ; 

} ; 

/* definition des fonctions membre de la classe vecteur */ 
vecteur: .-vecteur () 
{ 

x=0 ; y=0 ; z=0 ; 

} 

vecteur: .-vecteur (double a, double b, double c) 
{ 

x = a ; y = b ; z = c ; 

} 

void vecteur: .-affiche () 
{ 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 

} 

int vecteur: :prod_scal (vecteur * adv) 
{ 

return (x * adv->x + y * adv->y + z * adv->z) ; 

// on pourrait ecrire, de fagon plus symetrique : 

// return (this->x * adv->x + this->y * adv->y + this->z * adv-> z ; } 

} 

vecteur vecteur :: somme (vecteur * adv) 
{ 

vecteur res ; 

res . x = x + adv->x ; res . y = y + adv->y ; res . z = z + adv->z ; 
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// ou, pour conserver la symetrie : 

// res.x = this->x + adv-> x ; 

return res ; 

// attention, on ne peut pas transmettre 1 'adresse de res, car 
// il s'agit d'une variable automatique 

} 

/* programme de test de la classe vecteur */ 

main () 
{ 

vecteur vl (1,2,3) ; 
vecteur v2 (5,4,3) ; 
vecteur v3 ; 

vl.affiche () ; v2 .affiche () ; v3.affiche () ; 
v3 = vl.somme (&v2) ; v3. affiche () ; 
v3 = v2 . somme (&vl) ; v3. affiche () 

} 



b) Transm ission par referent e des valeurs de type vecteur 

# include <iostream.h> 

/* declaration de la classe vecteur */ 
class vecteur 
{ 

double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur &) ; 

vecteur somme (vecteur &) ; 

} ; 

/* definition des fonctions membre de la classe vecteur */ 
vecteur : : vecteur () 

x=0 ; y=0 ; z=0 ; 
vecteur : : vecteur (double a, double b, double c) 

x = a ; y = b ; z = c ; 
void vecteur: -.affiche () 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 
int vecteur: :prod_scal (vecteur & v) 

return (x * v.x + y * v.y + z * v.z) ; 
vecteur vecteur :: somme (vecteur & v) 

vecteur res ; 

res.x = x + v.x ; res.y = y + v.y ; res.z = z + v.z ; 
return res ; 
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// attention, on ne peut pas transmettre 1 'adresse de res, car 
// il s'agit d'une variable automatique 



/* programme de test de la classe vecteur */ 

main () 
{ 

vecteur vl (1,2,3) ; 
vecteur v2 (5,4,3) ; 
vecteur v3 ; 

vl.affiche () ; v2 .affiche () ; v3.affiche () ; 
v3 = vl . somme (v2) ; v3. affiche () ; 
v3 = v2 , somme (vl) ; v3. affiche () ; 



CHAPITRE VII 
Ex ere ice 7.5 

# include <iostream.h> 

/* declaration (et definition) de la classe pile_entier */ 
/* ici, toutes les fonctions membre sont "inline" */ 
const Max = 20 ; 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 

public : 

pile_entier (int n = Max) // constructeur (s) 

{ adr = new int [dim=n] ; 
nelem = 0 ; 

} 

~pile_entier () // destructeur 

{ delete adr ; 
} 

void empile (int p) 

{ if (nelem < dim) adr [nelem++] = p ; } 
int depile () 

{ if (nelem > 0) return adr [ — nelem] ; 

else return 0 ; // faute de mieux ! 

} 

int pleine () 

{ return (nelem == dim) ; } 
int vide () 

{ return (nelem == 0 ) ; } 



Ex ere ice 7.6 

/* programme d'essai de la classe pile_entier */ 

main () 
{ 

int i ; 
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/* exemples d' utilisation de piles automatiques */ 
pile_entier a (3), // une pile de 3 entiers 

b ; // une pile de 20 entiers (par defaut) 

cout « "a pleine ? " « a.pleine () « "\n" ; 
cout « "a vide ? " « a. vide () « "\n" ; 
a.empile (3) ; a.empile (9) ; a.empile (11) ; 
cout « "Contenu de a : " ; 

for (i=0 ; i<3 ; i++) cout « a.depile () « " " ; 
cout « "\n" ; 

for (i=0 ; i<30 ; i++) b.empile (10*i) ; 
cout « "Contenu de b : " ; 

for (i=0 ; i<30 ; i++) if ( ! b.vide() ) cout « b.depile () « " " ; 
cout « "\n" ; 

/* exemple d' utilisation d'une pile dynamique */ 
pile_entier * adp = new pile_entier (5) 

// pointeur sur une pile de 5 entiers 
cout « "pile dynamique vide ? " « adp->vide () « "\n" ; 
for (i=0 ; i<10 ; i++) adp->empile (10*i) ; 
cout « "Contenu de la pile dynamique : " ; 

for (i=0 / i<10 ; i++) if ( ! adp->vide () ) cout « adp->depile () « " " ; 



Ex ere ice 7.8 



^include <iostream.h> 

/* declaration (et definition) de la classe pile_entiers */ 
const Max = 20 ; 
class pile_entier 
{ 

int dim ; // nombre maximal d' entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d ' entiers actuellement empiles 



public : 

pile_entier (int n = Max) // constructeur (s) 

{ adr = new int [dim=n] ; 
nelem = 0 ; 

} 

~pile_entier () // destructeur 

{ delete adr ; 
} 

void empile (int p) 

{ if (nelem < dim) adr[nelem++] = p ; } 
int depile () 

{ if (nelem > 0) return adr [ — nelem] ; 

else return 0 ; // faute de mieux ! 

} 

int pleine () 

{ return (nelem == dim) ; } 
int vide () 

{ return (nelem == 0 ) ; } 
pile_entier (pile_entier &) ; // constructeur de recopie 
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; / 

pile_entier : :pile_entier (pile_entier & p) 
{ adr = new int [dim = p. dim] ; 

nelem = p.nelem ; 

int i ; 

for (i=0 ; i<nelem ; i++) adr[i] = p.adr[i] ; 

} 

/* programme d'essai de la classe pile_entier */ 

main () 
{ 

int i ; 

pile_entier a (3) ; // une pile a de 3 entiers 

a.empile (5) ; a.empile (12) ; 

pile_entier b = a ; // une pile b egale a a 

cout « "Contenu de b : " ; 

for (i=0 ; i<3 ; i++) if ( ! b.vide() ) cout « b.depile () « " " ; 
cout « "\n" ; 

; 

CHAPITRE IX 
Exercice 9 .3 

a) A vec une fonction m em bre 

^include <iostream.h> 

/* classe point avec surdefinition de == comme fonction membre */ 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

int operator == (point & p) // on pourrait ne pas transmettre par reference 
{ return ( (p.x == x) && (p.y == y) ) ; } 

} ; 

/* programme de test de la classe point */ 

main () 

{ point a(2,3), b(l), c(2 r 3) ; 



cout 


« 


" a 


== b 


" « 


(a 


== b) 


« 


"\n" ; 


// attention : parentheses 


cout 


« 


" b 


== a 


" « 


(b 


== a) 


« 


"\n" ; 


// indispensables , compte tenu 


cout 


« 


" a 


== c 


" « 


(a 


== c) 


« 


"\n" ; 


// des priorites relatives de 


cout 


« 


" c 


== a 


" « 


(c 


== a) 


« 




// de == et de « 



} 



b) A vec une fonction am ie 

# include <iostream.h> 

/* classe point avec surdefinition de == comme fonction amie */ 
class point 
{ int x, y ; 
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public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
friend int operator == (point &, point &) ; 

} ; 

int operator == (point & p, point & q) 

{ return ( (p.x == q.x) && (p.y == q.y) ) ; 

} 



/* programme de test de la classe point */ 

main () 

{ point a (2,3), b(l), c(2,3) ; 

cout « " a == b " « (a == b) « "\n" ; // attention : parentheses 

cout « " b == a " « (b == a) « "\n" ; // indispensables, compte tenu 

cout « " a == c " « (a == c) « "\n" ; // des priorites relatives de 

cout « " c == a " « (c == a) « "\n" ; // de == et de « 

} 



Exercice 9 .4 

a) A vec des fonctions m em bre 

# include <iostream.h> 

/* la classe pile_entiers */ 
/* avec surdefinition des operateurs < et > comme fonctions membre */ 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 

public : 

pile_entier (int n) // constructeur 

{ adr = new int [dim=n] ; 
nelem = 0 ; 

} 

~pile_entier () // destructeur 

{ delete adr ; 
} 

void operator < (int n) 

{ if (nelem < dim) adr [nelem++] = n ; 
} 

void operator > (int & n ) // attention & indispensable ici 

{ if (nelem > 0) n = adr[ — nelem] ; 
} 

} ; 

/* programme d'essai de la classe pile_entier */ 

main () 
{ 

int i, n ; 

pile_entier a (3) ; 

a < 3 ; a < 9 ; a < 11 ; 

cout « "Contenu de a : " ; 

for (i=0 ; i<3 ; i++) 

{ a > n ; cout « n « " " ; } 
cout « "\n" ; 
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b) A vec des fonctions am ies 

^include <lostream.h> 

/* la classe pile_entiers */ 
/* avec surdefinition des operateurs < et > comme fonctions amies */ 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 

public : 

pile_entier (int n) // constructeur 

{ adr = new int [dim=n] ; 
nelem = 0 ; 

} 

~pile_entier () // destructeur 

{ delete adr ; 
} 

friend void operator < (pile_entier &, int) ; // & non indispensable 
friend void operator > (pile_entier &, int &) ; // int & indispensable ici 

} ! 

void operator < (pile_entier & p, int n) 

{ if (p. nelem < p. dim) p . adr [p . nelem++] = n ; 

} 

void operator > (pile_entier S p, int & n) 
{ if (p. nelem > 0) n = p.adr[ — p. nelem] ; 
} 

/* programme d'essai de la classe pile_entier */ 

main () 

{ int i, n ; 

pile_entier a (3) ; 
a < 3 ; a < 9 ; a < 11 ; 
cout « "Contenu de a : " ; 
for (i=0 ; i<3 ; i++) 

{ a > n ; cout « n « " " ; } 
cout « "\n" / 

; 



Exercice 9 .5 



^include <iostream.h> 
class chaine 
{ int lg ; 

char * adr ; 
public : 

chaine () ; 

chaine (char *) ; 

chaine (chaine &) ; 

~chaine () 

{ delete adr ; } 

void affiche () ; 

chaine & operator = (chaine &) 

int operator == (chaine &) ; 

chaine operator + (chaine &) ; 



// longueur actuelle de la chaine 
// adresse zone contenant la chaine 

// constructeur I 
// constructeur II 
// constructeur III (par recopie) 
// destructeur ("inline") 
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char & operator [] (int) 

} ; 

chaine :: chains () // constructeur I 

{ lg = 0 ; adr=0 ; 
} 

chaine :: chains (char * adc) // constructeur II (a partir d'une chaine C) 

{ char * ad = adc ; 
lg = 0 ; 

while (*ad++) lg++ ; // calcul longueur chaine C 

adr = new char [lg] ; 

for (int i=0 ; i<lg ; i++) // recopie chaine C 

adr [i] = adc [i] ; 

} 

chaine : : chaine (chaine & ch) // constructeur III (par recopie) 
{ adr = new char [lg = ch.lg] ; 
for (int i=0; i<lg ; i++) 
adr[i] = ch.adr[i] ; 

} 

void chaine: : affiche () 

{ for (int i=0; i<lg; i++) 

cout « adr[i] ; // en version < 2.0, utilisez print f 

} 

chaine & chaine: -.operator = (chaine & ch) 

{ if (this != & ch) // on ne fait rien pour a=a 

{ delete adr ; 

adr = new char [lg = ch.lg] 
for (int i=0; i<lg ; i++) 
adr[i] = ch.adr[i] 

} 

return * this ; / / pour pouvoir utiliser 

} // la valeur de a=b 

int chaine :: operator == (chaine & ch) 
{ for (int i=0 ; i<lg ; i++) 

if (adr[i] != ch.adr[i] ) return 0 ; 
return 1 ; 

} 

chaine chaine :: operator + (chaine & ch) // attention : la valeur de retour 
{ chaine res ; // est a transmettre par valeur 

res. adr = new char [res.lg = lg + ch.lg] ; 
int i 

for (i=0 ; i<lg ; i++) res. adr [i] = adr[i] ; 

for (i=0 ; i<ch.lg ; i++) res . adr [i+lg] = ch.adr[i] ; 

return res ; 

} 

char & chaine :: operator [] (int i) 

{ return adr[i] ; // ici, on n'a pas prevu de 

} // verification de la valeur de i 

main () 

{ chaine a ; cout « "chaine a : " ; a . affiche () ; cout « "\n" ; 

chaine b("bonjour") ; cout « "chaine b : " ; b. affiche () ; cout « "\n" ; 
chaine c=b ; cout « "chaine c : " ; c. affiche () ; cout « "\n" ; 
chaine d( "hello") ; 
a = b = d ; 

cout « "chaine b : " ; b. affiche () ; cout « "\n" ; 
cout « "chaine a : " ; a. affiche () ; cout « "\n" ; 
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cout « "a == b : " « (a == b) « "\n" ; 
chalne x("salut "), y("chere "), z ("madame" ) ; 
a = x + y + z 

cout « "chalne a : " ; a.affiche () ; cout « "\n" ; 
a = a ; 

cout « "chalne a : " ; a.affiche () ; cout « "\n" ; 
chalne e ("xxxxxxxxxx" ) 

for (char cr='a', 1=0 ; cr<'f ; cr++, 1++ ) e[l] = cr ; 
cout « "chalne e : " ; e.affiche () ; cout « "\n" ; 
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